Date: Mon, 14 Oct 2013 18:16:17 -0400 (EDT) From: Rick Macklem <rmacklem@uoguelph.ca> To: Rick Romero <rick@havokmon.com> Cc: freebsd-fs@freebsd.org Subject: Re: NFS locks, rpcbind port = 0 failed? - try #2 Message-ID: <485946006.40991171.1381788977647.JavaMail.root@uoguelph.ca> In-Reply-To: <20131014150804.Horde.9q7sJBy75i220K9FmcJ1nw1@beta.vfemail.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Rick Romero wrote: > This is a continuation of "9.1 VM nfs3 & locks over VPN" from > freebsd-questions - trying a > different angle maybe it'll jostle someones memory.=C2=A0 Don't mean to > cross-post, but as I pay more attention to the lists I'm reading, > this > seems to be the better list for NFS issues. >=20 > I have a FreeBSD 9.2 VM at an offsite hosting company.=C2=A0 hostname > nl101vpn > OpenVPN is installed on it, routed not bridged mode. > I have multiple OSs installed on local network. I'm already > exportings NFS > off 9.1 with working file locks. >=20 > What I see - > export nfsv3 or nfsv4 from nl101vpn, mount on local FreeBSD or Linux > - > locks do not work. > export nfsv3 from any local system, mount on nl101vpn - locks work. > export nfsv3 from locally installed VM, mount on any local host or > nl101vpn > - locks work.=C2=A0 No OpenVPN installed on it though. This was to test i= f > virtio drivers might be causing the problem. >=20 > I even ran a tcpdump to see if something was getting lost - both > sides > match, nothing is getting dropped >=20 > nl101vpn - /var/log/messages: > Oct 14 12:21:01 nl101 kernel: NLM: failed to contact remote rpcbind, > stat =3D > 0, port =3D 0=C2=A0 (why port 0?) > Oct 14 12:23:02 nl101 last message repeated 109 times > Oct 14 12:25:48 nl101 last message repeated 177 times >=20 > I tried binding rpcbind to the VPN interface, but that doesn't seem > to > work.=C2=A0 tcpdump shows no packets trying to leave the 'Internet' > interface. >=20 > So I haven't exhausted every combination, or completely 100% > replicated > whats happening offsite, but it's getting pretty ridiculous now... > I'm > lost, and I need NFS locking to work. > Help :) >=20 For rpcbind to work, IP broadcast needs to work between the hosts and I suspect that the VPN doesn't support that. Without rpcbind, I don't think you can get rpc.lockd/rpc.statd to work, but I am not sure. (There are command line options for these daemons that allow you to set specific port #s, but I don't think that will fix the problem, since they still need rpcbind to tell them the port# for the remote machines.) These protocols were designed in the 1980s for use on a LAN. Now, nfsv4 shouldn't care less about rpcbind, rpc.lockd. NFSv4 locking is handled as a part of the NFSv4 protocol and always uses port #2049. I'd suggest you try NFSv4 again and make sure it is using NFSv4 and the mount has not fallen back to NFSv3. (For FreeBSD, specify "nfsv4" as a mount option. For Linux, specify "vers=3D4" as a mount option.) You can check what the mount is actually using via "nfsstat -m". If you assumed the locking for NFSv4 wasn't working because of these messages, that isn't the case. If you are using NFSv4 for all mounts, you don't need to run rpc.lockd at all (at least for FreeBSD, I'm not sure what the daemons do w.r.t. Linux). Good luck with it, rick > Thanks, > Rick > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?485946006.40991171.1381788977647.JavaMail.root>