From: Nix <nix@esperi.org.uk>
To: "bfields\@fieldses.org" <bfields@fieldses.org>
Cc: Trond Myklebust <trondmy@hammerspace.com>,
"linux-nfs\@vger.kernel.org" <linux-nfs@vger.kernel.org>
Subject: Re: steam-associated reproducible hard NFSv4.2 client hang (5.9, 5.10)
Date: Thu, 01 Apr 2021 14:33:02 +0100 [thread overview]
Message-ID: <875z16m8oh.fsf@esperi.org.uk> (raw)
In-Reply-To: <20210224020140.GA26848@fieldses.org> (bfields@fieldses.org's message of "Tue, 23 Feb 2021 21:01:40 -0500")
[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@fieldses.org 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.
The 'v4root' makes me wonder if this was automatically synthesised?
Exports explicitly named in /etc/exports for that machine are:
/home/.loom.srvr.nix -rw,no_subtree_check,sync fold.srvr.nix(root_squash) mutilate(no_root_squash) silk(no_root_squash)
/.nfs/nix/Graphics/Private -no_root_squash,sync,no_subtree_check mutilate(rw) silk(rw)
/.nfs/nix/share/phones -root_squash,async,no_subtree_check fold.srvr.nix(rw) mutilate(rw) silk(rw)
/.nfs/nix/.cache -root_squash,async,no_subtree_check fold.srvr.nix(rw) mutilate(rw) silk(rw)
/.nfs/nix/Mail/nnmh -root_squash,async,no_subtree_check fold.srvr.nix(ro) mutilate(rw) silk(rw)
/.nfs/compiler/.ccache -root_squash,async,no_subtree_check mutilate(rw) silk(rw)
/.nfs/compiler/.cache -root_squash,async,no_subtree_check fold.srvr.nix(rw) mutilate(rw) silk(rw)
/usr/doc -root_squash,no_subtree_check,async mutilate(ro) silk(ro)
/usr/info -root_squash,no_subtree_check,async mutilate(ro) silk(ro)
/usr/share/texlive -no_root_squash,no_subtree_check,async mutilate(rw) silk(rw)
/usr/share/xemacs -no_root_squash,no_subtree_check,async mutilate(rw) silk(rw)
/usr/share/xplanet -root_squash,no_subtree_check,async mutilate(ro) silk(ro)
/usr/share/nethack -root_squash,no_subtree_check,async mutilate(rw) silk(rw)
/pkg/non-free -no_root_squash,no_subtree_check,async mutilate(rw) chronix.wkstn.nix(rw) silk(rw)
/usr/lib/X11/fonts -root_squash,no_subtree_check,async mutilate(ro) silk(ro)
/usr/share/wine -root_squash,no_subtree_check,async mutilate(rw) silk(rw)
/usr/share/clamav -root_squash,no_subtree_check,async mutilate(ro) silk(ro)
/usr/share/emacs/site-lisp -no_root_squash,no_subtree_check,async mutilate(rw) silk(rw)
/usr/archive -root_squash,async,subtree_check mutilate(rw,root_squash,insecure) cinema.srvr.nix(ro,root_squash,insecure) chronix.wkstn.nix(ro) silk(rw,root_squash,insecure)
/usr/archive/music/Pete -root_squash,async,subtree_check mutilate(rw,root_squash,insecure) cinema.srvr.nix(ro,root_squash,insecure) chronix.wkstn.nix(ro) silk(rw,root_squash,insecure)
/var/log.real -root_squash,no_subtree_check,async mutilate(ro) silk(ro)
/etc/shai-hulud -no_root_squash,no_subtree_check,async mutilate(rw) silk(rw)
/usr/src -no_root_squash,no_subtree_check,async mutilate(rw) oracle.vm.nix(rw) 192.168.20.0/24(ro) scratch.vm.nix(rw) ubuntu.vm.nix(rw) cinema.srvr.nix(rw,root_squash) chronix.wkstn.nix(rw,root_squash) silk(rw)
/var/cache/CPAN -no_root_squash,no_subtree_check,async mutilate(rw) silk(rw)
/usr/share/flightgear -root_squash,async,no_subtree_check mutilate(ro) silk(ro)
/usr/local/tmp/encoding/mkv -no_subtree_check,root_squash,ro mutilate.wkstn.nix silk.wkstn.nix
/pkg/non-free/steam -rw,subtree_check,root_squash mutilate.wkstn.nix loom.srvr.nix chronix.wkstn.nix silk.wkstn.nix(insecure)
/.transient/workstations/silk -no_root_squash,async,subtree_check silk(rw)
/trees/mirrors/mutilate silk.wkstn.nix(no_root_squash,async,no_subtree_check,rw)
/trees/mirrors/silk silk.wkstn.nix(no_root_squash,async,no_subtree_check,rw)
... and, well, it's a bit of a mess and there are a lot of them, but
there are no nested mounts there, at least, not outside /usr/archive
which is probably not relevant for this. (The /.nfs stuff is
particularly ugly: if I try to export e.g. /home/nix/.cache rather than
/.nfs/nix/.cache the export simply never appears: /.nfs/$foo is just
built out of bind mounts for this purpose, but then /home/$name is also
a bind mount from /home/.loom.srvr.nix/$name on this network in any
case. /nfs/$foo is usually bind-mounted *back* under /home on the
client, too, but still from NFS's perspective I guess this means they
are distinct? I hope so...)
next prev parent reply other threads:[~2021-04-01 19:25 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-01-03 14:27 steam-associated reproducible hard NFSv4.2 client hang (5.9, 5.10) Nick Alcock
2021-02-23 22:57 ` J. Bruce Fields
2021-02-23 23:58 ` Trond Myklebust
2021-02-24 2:01 ` bfields
2021-04-01 13:33 ` Nix [this message]
2021-04-01 13:44 ` bfields
2021-04-01 21:52 ` Nix
2021-04-02 19:20 ` bfields
2021-04-03 22:41 ` Nix
2021-04-05 11:48 ` Nix
2021-04-05 16:52 ` Nix
-- strict thread matches above, loose matches on Subject: below --
2021-02-13 15:21 Nick Alcock
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=875z16m8oh.fsf@esperi.org.uk \
--to=nix@esperi.org.uk \
--cc=bfields@fieldses.org \
--cc=linux-nfs@vger.kernel.org \
--cc=trondmy@hammerspace.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.