NFS exporting stalls/hangs for a minute or longer. I do not believe explorting NFS shares should take this long. Reproducible: Always Steps to Reproduce: 1. 2. 3. Expected Results: Can somebody confirm this? (using gentoo-gaming kernel 2.4.20 -- might a kernel issue?)
*** Bug 28669 has been marked as a duplicate of this bug. ***
you forgot `emerge info`
review your /etc/init.d/nfs script make sure it has this fix: http://www.gentoo.org/cgi-bin/viewcvs.cgi/net-fs/nfs-utils/files/nfs-2.diff?r1=1.1&r2=1.2
I had that problem, too but somehow it solved itself today. First, nfs worked like a charm. Then, since some day (about 6 weeks ago or so) exportfs took ages (ages=about a minute, don't know) but it didn't fail. But since it worked after starting nfs, I didn't feel like trying to fix it. Yesterday exportfs took ages and failed. I tried upgrading to from a vanilla 2.4.20 kernel to a vanilla 2.4.22 kernel but that didn't help immediately. I also re-emerged nfs-utils and I tried removing some entries from /etc/exports and I deleted the contents of /var/lib/nfs/xtab. The problem was that starting portmap, rpc.mountd, rpc.statd and rpc.nfsd started immediately and without errors, but exportfs -r -v took a long time, but it didn't fail or it failed silently. But I either got a rpc timeout or permission denied. Today it works like a charm again. Maybe you should try the above, too. But nfs seems a little fragile to me. Also I can't tell what broke/fixed it. Good luck. ;-) Hope this could help somehow.
yup. verified that i am running version 1.2, 2003/07/26 09:32:16 lol @ clemens. ;-) about the only thing I can see that you did that would have such an impact is upgrading to kernel 2.4.22 (as nfs is contained in the kernel...and most probs' that i've seen stem from the kernel modules of nfs). well. i *should* installing vanilla-2.4.22 sometime within a day or two. this old gentoo-gaming-2.4.20 kernel is getting quite old. ;-)
roger: did you just totally not read my comment asking about whether you had the version i gave you the link to ?
Yes. I fully read your comment and I also examined the patch from the url you posted (line by line, letter by letter). see my comment verifying that i have the patch applied to this system: "Additional Comment #5 From roger 2003-09-15 08:09 UTC " I do not see what was relavent of the patch besides the fact that it also lists the time-outs (sleep 30) values. The hang is not with the actual "exporting" but with the "sleep 30". I have lowered the value to "sleep 2". reading through the script and it looks like it's a hack to avert an abnormal situation. anyways, the problem is solved.
