On Thu, Apr 01, 2021 at 10:52:47PM +0100, Nix wrote: > On 1 Apr 2021, bfields@xxxxxxxxxxxx outgrape: > > > On Thu, Apr 01, 2021 at 02:33:02PM +0100, Nix wrote: > >> [Sorry about the huge delay: your replies got accidentally marked as > >> read in a MUA snafu. I'll be getting some more debugging dumps -- and > >> seeing if this still happens! -- when I reboot into 5.11 this weekend.] > >> > >> On 24 Feb 2021, bfields@xxxxxxxxxxxx said: > >> > >> > On Tue, Feb 23, 2021 at 11:58:51PM +0000, Trond Myklebust wrote: > >> >> On Tue, 2021-02-23 at 17:57 -0500, J. Bruce Fields wrote: > >> >> > On Sun, Jan 03, 2021 at 02:27:51PM +0000, Nick Alcock wrote: > >> >> > > Relevant exports, from /proc/fs/nfs/exports: > >> >> > > > >> >> > > / 192.168.16.0/24,silk.wkstn.nix(ro,insecure,no_root_squash,s > >> >> > > ync,no_wdelay,no_subtree_check,v4root,fsid=0,uuid=0a4a4563:00764033 > >> >> > > :8c827c0e:989cf534,sec=390003:390004:390005:1) > >> >> > > /home/.loom.srvr.nix *.srvr.nix,fold.srvr.nix(rw,root_squash,syn > >> >> > > c,wdelay,no_subtree_check,uuid=0a4a4563:00764033:8c827c0e:989cf534, > >> >> > > sec=1) > >> >> > >> >> Isn't that trying to export the same filesystem as '/' on the line > >> >> above using conflicting export options? > >> > >> Hmm. I don't actually have a / mount in /etc/exports (and haven't had > >> one since I finished building this machine, last year), and looking at > >> /proc/fs/nfs/exports on the server now, it's not there. > > > > Right, but even though you're not exporting /, you're exporting > > /home/.loom.srvr.nix, and that's on the same filesystem as /, isn't it? > > Yes, but I'm *not* exporting /. (I just checked my backups, and no such > export existed at the time I sent the original mail, nor was I importing > it on the client). > > This export is prsumably automatically generated, and likely indicates > nothing more than that I am exporting from different subtrees off the > root (which I am: various subdirectories of /home, /usr, /trees, > /.transient, /.nfs, and /pkg are exported). Right, the "/" export is automatically generated. I don't have any real hypothesis here, I'm just thinking if the server's failing to reply, one possible culprit is that it's waiting for rpc.mountd. The server depends on rpc.mountd for export information. And it sounds like you have a relatively complicated export setup, so there's perhaps more that could go wrong there. Might be worth, on the server: rpcdebug -m rpc -s cache and then dumping the contents of all the files /proc/net/rpc/*/content. That should show us whether the server's waiting on userspace helpers for anything. Sorry, did you say whether nfsd threads or rpc.mountd are blocked? --b.
