All of lore.kernel.org
 help / color / mirror / Atom feed
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...)

  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.