> Greetings.> > I am observing a case whereby NFS mounting seems to hang. A tcpdump > trace reveals that it retries forever RPC and exchanging NFS messages > without giving any warning or error message about what''s wrong. There is > no firewall active, and the NFSserver (.1) has the client (.101) > unconditionally allowed. > > It''s a simple > mount -t nfs 192.168.100.1:/B/home/jengelh /home/jengelh -o tcp,intr,soft > > /B is a btrfs volume. Mounting an ext4 volume over NFS instead completes > in a splitsecond. > > Attached is the pcap file (->wireshark pretty display for deciphering). > > It seems pretty much independent of the Linux kernel used; I can > reproduce this in both 2.6.33-rc8 as well as 2.6.31.12. Hello I have very similar behavior. On the server side i have nfs kernel server (nfs version 3) - when mounting ext3 directories - all works fine, but when i export btrfs directory and try to mount it: on client side (debian sid) i''ve got: mount.nfs: Connection timed out and during mounting time on server side (debian lenny): about 20 lines with: "authenticated mount request ..." i also tryed it on another client with debian lenny and first mount try was about several seconds long and results in: mount.nfs: Stale NFS file handle next tryes results with same error, but it was very fast responses to the mount command after several mount tryes i always have a problem with restarting nfs-kernel-server with debian init script: Stopping NFS kernel daemon: mountd nfsd. Unexporting directories for NFS kernel daemon.... Exporting directories for NFS kernel daemon.... Starting NFS kernel daemon: nfsd <--- hungs here ... and the only way to bring the nfs server back online was to reboot the server :( regards, -- Mariusz Bialonczyk jabber/e-mail: manio@skyboo.net http://manio.skyboo.net -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On 2010-04-17 22:10, manio wrote:> > Greetings. > > > > I am observing a case whereby NFS mounting seems to hang. A tcpdump > > trace reveals that it retries forever RPC and exchanging NFS messages > > without giving any warning or error message about what''s wrong. > There is > > no firewall active, and the NFSserver (.1) has the client (.101) > > unconditionally allowed. > > > > It''s a simple > > mount -t nfs 192.168.100.1:/B/home/jengelh /home/jengelh -o > tcp,intr,soft > > > > /B is a btrfs volume. Mounting an ext4 volume over NFS instead > completes > > in a splitsecond. > > Hello > I have very similar behavior. On the server side i have nfs kernel server > (nfs version 3) - when mounting ext3 directories - all works fine, > but when i export btrfs directory and try to mount it: > on client side (debian sid) i''ve got: > mount.nfs: Connection timed out > and during mounting time on server side (debian lenny): > about 20 lines with: "authenticated mount request ..." >Hello Now i can reply myself - i hope it could be helpful to someone :) The problem was: old nfs-utils and/or userland (portmap and stuff like that). First i was trying to repeat mounting on debian sid and it works - so i finally decided to bring up my debian stable to squeeze - and it is working now!! :) i am using linux-2.6.34-rc4 btw. regards, -- Mariusz Bialonczyk jabber/e-mail: manio@skyboo.net http://manio.skyboo.net -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Jan Engelhardt
2010-Apr-21 10:29 UTC
Re: NFS mount attempts hangs with btrfs on server side
On Wednesday 2010-04-21 12:25, Manio wrote:> On 2010-04-17 22:10, manio wrote: >>> Greetings. >>> >>> I am observing a case whereby NFS mounting seems to hang. A tcpdump >>> trace reveals that it retries forever RPC and exchanging NFS messages >>> without giving any warning or error message about what''s wrong. There is >>> no firewall active, and the NFSserver (.1) has the client (.101) >>> unconditionally allowed. >>> >>> It''s a simple >>> mount -t nfs 192.168.100.1:/B/home/jengelh /home/jengelh -o tcp,intr,soft >>> >>> /B is a btrfs volume. Mounting an ext4 volume over NFS instead completes >>> in a splitsecond. >> >> Hello >> I have very similar behavior. On the server side i have nfs kernel server >> (nfs version 3) - when mounting ext3 directories - all works fine, >> but when i export btrfs directory and try to mount it: >> on client side (debian sid) i''ve got: >> mount.nfs: Connection timed out >> and during mounting time on server side (debian lenny): >> about 20 lines with: "authenticated mount request ..." >> > > Hello > Now i can reply myself - i hope it could be helpful to someone :) > The problem was: old nfs-utils and/or userland (portmap and stuff > like that).I''d rather have a real description rather than "stuff like that". Since I am not on debian, "old nfs-utils" would not happen - rpcbind-0.1.6+git20080930 and nfs-kernel-server-1.1.3 should be very much recent enough. Especially since exportability of filesystems is usually not so much a userspace thing.>First i was trying to repeat mounting on debian sid > and it works - so i finally decided to bring up my debian stable > to squeeze - and it is working now!! :)-- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Jan Engelhardt
2010-Apr-26 13:04 UTC
Re: NFS mount attempts hangs with btrfs on server side
On Wednesday 2010-04-21 12:37, Manio wrote:> On 2010-04-21 12:29, Jan Engelhardt wrote: >> I''d rather have a real description rather than "stuff like that". >> Since I am not on debian, "old nfs-utils" would not happen - >> rpcbind-0.1.6+git20080930 and nfs-kernel-server-1.1.3 >> should be very much recent enough. >> Especially since exportability of filesystems is usually not >> so much a userspace thing. > > Unfortunatelly i can''t tell you which package exactly was causing the problem.So I bisected it then. commit 3a340251597a5b0c579c31d8caf9aa3b53a77016 Author: David Woodhouse <David.Woodhouse-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> Date: Thu Aug 28 11:05:17 2008 -0400 Use fsid from statfs for UUID if blkid can''t cope (or not used) Signed-off-by: David Woodhouse <David.Woodhouse-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> Signed-off-by: Steve Dickson <steved-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> It is the commit enabling btrfs mounts. The message hints to blkid being unable to get the uuid or something, however, the standalone /sbin/blkid tool does get a uuid: /dev/loop2: UUID="e19fe89b-cde3-4ccc-bc70-b759a57bd1c9" UUID_SUB="f29c6218-d040-4546-a227-4dd2d2142817" TYPE="btrfs" So what went wrong here? -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html