Re: nfs_export Stale file handle

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

 



On Tue, Oct 19, 2021 at 10:49 PM Carl Karsten <carl@xxxxxxxxxxxxxxxx> wrote:
>
> I am sure this worked once, then I rebooted and now something ....

Are you saying it is a regression? From which kernel?

>
> root@negk:/srv/nfs/rpi/root# mount -v -t overlay -o nfs_export=on
> overlay -olowerdir=img,upperdir=upper,workdir=work merged
> mount: /srv/nfs/rpi/root/merged: mount(2) system call failed: Stale file handle.
>

What are lower and upper?
cat /proc/self/mountinfo please
If you happen to be using squashfs for lower fs, there were a bunch
of changes and fixes in recent kernels.

> # this works:
> root@negk:/srv/nfs/rpi/root# mount -v -t overlay -o nfs_export=off
> overlay -olowerdir=img,upperdir=upper,workdir=work merged
> mount: overlay mounted on /srv/nfs/rpi/root/merged.
> root@negk:/srv/nfs/rpi/root# umount merged
>
> # syslog:
>
> [   80.317697] overlayfs: failed to verify origin (root/img,
> ino=2374476, err=-116)
> [   80.317703] overlayfs: failed to verify upper root origin
>
> # no help:
> systemctl disable nfs-server.service
> reboot
> root@negk:/srv/nfs/rpi/root# systemctl status nfs-server.service
> ● nfs-server.service - NFS server and services
>      Loaded: loaded (/lib/systemd/system/nfs-server.service; disabled;
> vendor preset: enabled)
>      Active: inactive (dead)
>

The error has nothing to do with NFS.
The staleness is that of the root/img directory.
Overlayfs believes that someone has replaced the original
root/img directory with another directory on the same name
but a different file handle.

Did you re-create the lower image filesystem/subtree?
See Documentation clarification commit
13c6ad0f45fd ("ovl: document lower modification caveats")

Thanks,
Amir.




[Index of Archives]     [Linux Filesystems Devel]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux