Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
HELP: Can't fix mount.nfs: Stale file handle error? [SOLVED]
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Networking & Security
View previous topic :: View next topic  
Author Message
tld
Veteran
Veteran


Joined: 09 Dec 2003
Posts: 1486

PostPosted: Sat Sep 28, 2019 4:45 am    Post subject: HELP: Can't fix mount.nfs: Stale file handle error? [SOLVED] Reply with quote

Wow wow wow. I recall getting this years ago, but not in many years...though I don't ever recall it being this bad: I use an NFS mount between my mythtv frontend to a video directory on the backend system. Today I noticed it wasn't mounted...no idea why. Trying to mount I'm getting:

Code:
mount /mnt/remote_media
mount.nfs: Stale file handle

Even after rebooting BOTH machines. I've read more crap than I care to talk about on this and nothing's working. Any suggestion would be welcome.

Tom


Last edited by tld on Sat Sep 28, 2019 1:57 pm; edited 1 time in total
Back to top
View user's profile Send private message
tld
Veteran
Veteran


Joined: 09 Dec 2003
Posts: 1486

PostPosted: Sat Sep 28, 2019 4:51 am    Post subject: Reply with quote

I just tried from another machine and I get the same thing, so clearly it's something on the server. Wow...horrible.

Tom
Back to top
View user's profile Send private message
tld
Veteran
Veteran


Joined: 09 Dec 2003
Posts: 1486

PostPosted: Sat Sep 28, 2019 4:59 am    Post subject: Reply with quote

I just noticed this in the server logs from before I rebooted. Seems like it may be related:
Code:
Sep 28 00:26:52 mythback kernel: nfsd: last server has exited, flushing export cache
Sep 28 00:26:52 mythback kernel: klogd 1.5.1, ---------- state change ----------
Sep 28 00:26:52 mythback kernel: Loaded 33765 symbols from 1 module.

Tom
Back to top
View user's profile Send private message
tld
Veteran
Veteran


Joined: 09 Dec 2003
Posts: 1486

PostPosted: Sat Sep 28, 2019 5:23 am    Post subject: Reply with quote

Interesting. The above was in /var/log/messages, and I see this in /var/log/syslog:
Code:
Sep 28 00:26:52 mythback rpc.mountd[1535]: Caught signal 15, un-registering and exiting.
Sep 28 00:26:52 mythback kernel: nfsd: last server has exited, flushing export cache
Sep 28 00:26:52 mythback kernel: klogd 1.5.1, ---------- state change ----------
Sep 28 00:26:52 mythback kernel: Loaded 33765 symbols from 1 module.


EDIT: I had the results of showmount here but I was running that from the backend to the frontend, which is obviously backwards. This looks OK:
Code:
showmount -e mythback
Export list for mythback:
/video/tom/v        192.168.1.0/255.255.255.0
/video              192.168.1.0/255.255.255.0
/video/remote_media 192.168.1.0/255.255.255.0


Any help would be appreciated...getting desperate here. I'm about out of ideas.

Tom
Back to top
View user's profile Send private message
tld
Veteran
Veteran


Joined: 09 Dec 2003
Posts: 1486

PostPosted: Sat Sep 28, 2019 6:11 am    Post subject: Reply with quote

I'm not sure if this is what I should expect to see from this command (run on the frontend to the backend):
Code:
rpcinfo -p mythback
   program vers proto   port  service
    100000    4   tcp    111  portmapper
    100000    3   tcp    111  portmapper
    100000    2   tcp    111  portmapper
    100000    4   udp    111  portmapper
    100000    3   udp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp  57306  status
    100024    1   tcp  47525  status
    100005    1   udp  53615  mountd
    100005    1   tcp  34377  mountd
    100005    2   udp  46426  mountd
    100005    2   tcp  60843  mountd
    100005    3   udp  57943  mountd
    100005    3   tcp  53509  mountd
    100003    3   tcp   2049  nfs
    100021    1   udp  43696  nlockmgr
    100021    3   udp  43696  nlockmgr
    100021    4   udp  43696  nlockmgr
    100021    1   tcp  39139  nlockmgr
    100021    3   tcp  39139  nlockmgr
    100021    4   tcp  39139  nlockmgr


If anyone has any idea as to whether that look OK let me know.

Tom
Back to top
View user's profile Send private message
tld
Veteran
Veteran


Joined: 09 Dec 2003
Posts: 1486

PostPosted: Sat Sep 28, 2019 6:25 am    Post subject: Reply with quote

I've read about removing entries from /var/lib/nfs/rmtab and tried that...I just get the same error and a line added back into that file. Wow wow wow. Like the subject says. HELP!

Going to look at this again in the morning.

Tom
Back to top
View user's profile Send private message
tld
Veteran
Veteran


Joined: 09 Dec 2003
Posts: 1486

PostPosted: Sat Sep 28, 2019 7:40 am    Post subject: Reply with quote

GOT IT!...Couldn't sleep. A few days ago my world update did this:
Code:
[ebuild     U  ] net-fs/nfs-utils-2.4.1-r1::gentoo [2.3.3::gentoo] USE="ipv6 libmount nfsidmap nfsv4 tcpd uuid -caps -junction -kerberos -ldap -nfsdcld -nfsv41 (-selinux)" 890 KiB
THAT was the culprit. I discovered that after stumbling on this:

https://www.linuxquestions.org/questions/slackware-arm-108/anyone-having-nfs-trouble-4175658142/

Though that talks about arm. No clue of that. This is on a 32 bit x86 system. I just downgraded the client and server to net-fs/nfs-utils-2.3.3 and all's good. I could about scream. No clue if the issue is client, server, or both. Maybe it's a 32-bit only issue(?). Will worry about logging bugs after I enjoy my weekend.

Tom
Back to top
View user's profile Send private message
krinn
Watchman
Watchman


Joined: 02 May 2003
Posts: 7367

PostPosted: Sat Sep 28, 2019 10:15 am    Post subject: Reply with quote

https://forums.gentoo.org/viewtopic-t-1101848-highlight-nfs.html
you remind me this, but i couldn't help them in that thread as the issue was glibc version related, and i'm not using this version.

All i could tell you, is that i myself have no issue with it (with nfs3 and 4 shares), and that i suspect nfs-utils to enforce better configuration of the shares rather than a bug.
Code:
[binary   R    ] net-fs/nfs-utils-2.4.1::gentoo  USE="libmount nfsidmap nfsv4 tcpd uuid -caps -ipv6 -junction -kerberos -ldap -nfsdcld -nfsv41 (-selinux)" 0 KiB
Portage 2.3.73 (python 3.6.9-final-0, default/linux/amd64/17.1, gcc-9.2.0, glibc-2.28-r6, 4.14.67 x86_64)
Back to top
View user's profile Send private message
Anon-E-moose
Advocate
Advocate


Joined: 23 May 2008
Posts: 4397
Location: Dallas area

PostPosted: Sat Sep 28, 2019 10:24 am    Post subject: Reply with quote

I don't run nfs at all, but krinn may be right about configuration.

I know that I've had to change configuration items with samba over the years, because of internal changes.
The same with gcc/g++ enforcing things that it was lax about in the past.

I would look at the change log for the newer nfs-utils and see what it has to say vs the one that works.
_________________
Asus m5a99fx, FX 8320 - nouveau, oss4, rx550 for qemu passthrough
Acer laptop E5-575, i3-7100u - i965, alsa
---both---
5.0.13 zen kernel, profile 17.1 (no-pie & modified) amd64-no-multilib
gcc 8.2.0, eudev, openrc, openbox, palemoon
Back to top
View user's profile Send private message
mike155
Veteran
Veteran


Joined: 17 Sep 2010
Posts: 1959
Location: Frankfurt, Germany

PostPosted: Sat Sep 28, 2019 10:25 am    Post subject: Reply with quote

See: https://bugs.gentoo.org/show_bug.cgi?id=688644
Back to top
View user's profile Send private message
krinn
Watchman
Watchman


Joined: 02 May 2003
Posts: 7367

PostPosted: Sat Sep 28, 2019 11:07 am    Post subject: Reply with quote

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e1c9516d14cfe0bf2a9a9b4023780704eed00ecd
Code:
+This fixes the client side error "Stale file handle" when mounting from
+a server running Arch Linux ARM.

looks more like your issue, coming in -r2
Back to top
View user's profile Send private message
tld
Veteran
Veteran


Joined: 09 Dec 2003
Posts: 1486

PostPosted: Sat Sep 28, 2019 1:51 pm    Post subject: Reply with quote

krinn wrote:
https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e1c9516d14cfe0bf2a9a9b4023780704eed00ecd
Code:
+This fixes the client side error "Stale file handle" when mounting from
+a server running Arch Linux ARM.

looks more like your issue, coming in -r2
Thanks!...and thanks everyone for the replies!

Putting that patch in my user patch directory for the existing nfs-utils-2.4.1-r1 on the server side (the client is OK as-is) does in fact fix this. I'm confused as to why everything refers to ARM around this. Both systems in my case are x86. By the way, except for having ipv6 enabled (which wasn't actually intentional), my USE flags are identical to yours.

I see this is related to large file support, which makes sense given that my server is 32 bit, and I do in fact have files in excess of 3 GB in size. I'm sure that's why I ran into this.

Thanks again!
Tom
Back to top
View user's profile Send private message
krinn
Watchman
Watchman


Joined: 02 May 2003
Posts: 7367

PostPosted: Sat Sep 28, 2019 2:36 pm    Post subject: Reply with quote

tld wrote:
I'm confused as to why everything refers to ARM around this. Both systems in my case are x86. By the way, except for having ipv6 enabled (which wasn't actually intentional), my USE flags are identical to yours.

I think all systems are affected, must have been found on arm first, but the bug is not trigger on systems where it's default enable
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Networking & Security All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum