Re: Re: [PATCH/RFC nfs-utils] Fix NFSv4 export of tmpfs filesystems.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 07 May 2021, Petr Vorel wrote:
> Hi Neil,
> 
> > [[This is a proposed fix.  It seems to work.  I'd like
> >   some review comments before it is committed.
> >   Petr: it would be great if you could test it to confirm
> >   it actually works in your case.
> > ]]
> Thanks for a quick fix. It runs nicely in newer kernels (5.11.12-1-default
> openSUSE and 5.10.0-6-amd64 Debian). But it somehow fails on older ones
> (SLES 5.3.18-54-default heavily patched and 4.9.0-11-amd64).
> 
> I have some problem on Debian with 4.9.0-11-amd64 fails on both tmpfs and ext4,
> others work fine (testing tmpfs, btrfs and ext4). But maybe I did something
> wrong during testing. I did:
> cp ./utils/mountd/mountd /usr/sbin/rpc.mountd
> systemctl restart nfs-mountd.service

That is the correct procedure.  It should work...

> 
> Failure is regardless I use new mount.nfs (master) or the original from
> Debian (1.3.3).

What error message do you get on failure? It might help to add "-v" to
the mount command to see more messages.


> 
> strace looks nearly the same on tmpfs and ext4:

This shows mount.nfs connecting to rpcbind, sending a request, getting a
reply, and maybe looping around and trying again?

There doesn't seem to be anything kernel related that would affect
anything there so I cannot think why on older kernel would make a
difference.  Or an older rpcbind...

Maybe I'll experiment on a SLE12 kernel.

NeilBrown



[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux