Re: Need help for file sharing -- linux --> linux boxen
C-Cose Masters said:
> Greetings Nate,
>
> Before I begin, a big thank you for trying to help me with this!
sure! glad to help
> ## end paste ##
>
> The only line that means anything to me is the second, identifying my
> hostname, which is correct given the value I have in the various
> "hostname" files. In the very beginning (pre-slink) my system complained
> at various intervals about not having a FQDN so I use the *.sys for this
> desktop's hostname. Don't know if that's a clue or not.
the .sys shouldn't be a problem, I don't see any errors there, did
portmap fork to the background at that point or did you kill it?
try restarting portmap and running rpcinfo -p again and see what
shows up, sounds like portsentry was the problem.
> Starting NFS common utilities: statd lockd.
hmm from this, I think that portmapper is finally working so no
need to restart it.
>
> Setting up nfs-user-server (2.2beta47-12) ...
> Starting NFS servers:Cannot register service: RPC: Unable to
> receive; errno = Connection refused
> dpkg: error processing nfs-user-server (--configure):
> subprocess post-installation script returned error exit status 1 Errors
> were encountered while processing:
> nfs-user-server
> It appears that nfs-user-server is installed sufficiently to provide the
> nfs daemon that I want, but barfs at the stage of recognizing /
> implementing RPC services.
have you tried the kernel-server since you stopped portsentry ? probably
the same results but can't hurt to try. another thought would be to
run netstat again and see what UDP ports are open, and run fuser against
them to see what is using them, maybe nfs is having trouble binding to
the port. I suppose it could be a libc problem but in my experience
the above error has always been a cannot connect to portmapper thing.
also check to be sure that your not trying to run both the kernel-nfs
and user-nfs servers at the same time(haven't tried it, it may work)
as it may cause problems. rpcinfo -p with a NFS server running on
a debian(woody) box produces:
program vers proto port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 1037 status
100024 1 tcp 1028 status
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100021 1 udp 1038 nlockmgr
100021 3 udp 1038 nlockmgr
100021 4 udp 1038 nlockmgr
100005 1 udp 1039 mountd
100005 1 tcp 1029 mountd
100005 2 udp 1039 mountd
100005 2 tcp 1029 mountd
100005 3 udp 1039 mountd
100005 3 tcp 1029 mountd
>
> I have to wonder, am I over-thinking this whole process? Is there another
> convenient way to allow me to view my files (/home dir) on both machines
> from the other (desktop and laptop) without resorting to NFS? The only
> convenient method I can think of is ftp. I know that I could telnet (over
> secure line) or ssh into one machine from the other should I need to do
> admin tasks remotely, but that also seems "ungood" (TM 1984) for my
> purposes.
outside of my home, heavily protected network I use SSH w/RSA keys. I've
been wanting to migrate to SSH v2 w/DSA but haven't gotten around to it
yet. inside I do use NFS for some things, but still use SSH for a lot
as well. for really big files that I don't need protected I also
use apache/wget as well.
another more fancy option:
http://lufs.sourceforge.net/lufs/intro.html
"LUFS is enabling you to mount into your file hierarchy a remote computer's
file system, which is accessible by various means (ftp, ssh, etc.). Then,
the access to the remote files will be completely network transparent. In
other words, you'll be able to read/modify remote files as if they were
local, watch movies/listen to MP3s from FTP/SSH/Gnutella servers without
copying them locally."
never tried it myself though.
good luck
nate
Reply to: