public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Alexander Puchmayr <alexander.puchmayr@linznet.at>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] mount.nfs stale nfs handle [SOLVED]
Date: Mon, 30 Jun 2014 23:26:45 +0200	[thread overview]
Message-ID: <3254072.gKb7bfHOzX@zeus> (raw)
In-Reply-To: <1841482.BSKeBvufbb@zeus>

Am Sonntag, 29. Juni 2014, 21:34:07 schrieb Alexander Puchmayr:
> Hi there,
> 
> After upgrading my server to latest stable release of gentoo, none of my
> clients is able to mount any nfs share from the server anymore.
> 
> Symptoms:
> $ mount -v -t nfs poseidon:/datadisk/ /mnt/gentoo/
> mount.nfs: timeout set for Sun Jun 29 19:33:40 2014
> mount.nfs: trying text-based options
> 'vers=4,addr=192.168.1.6,clientaddr=192.168.1.2'
> mount.nfs: mount(2): Protocol not supported
> mount.nfs: trying text-based options 'addr=192.168.1.6'
> mount.nfs: prog 100003, trying vers=3, prot=6
> mount.nfs: trying 192.168.1.6 prog 100003 vers 3 prot TCP port 2049
> mount.nfs: prog 100005, trying vers=3, prot=17
> mount.nfs: trying 192.168.1.6 prog 100005 vers 3 prot UDP port 60058
> mount.nfs: mount(2): Stale NFS file handle
> mount.nfs: trying text-based options
> 'vers=4,addr=192.168.1.6,clientaddr=192.168.1.2'
> mount.nfs: mount(2): Protocol not supported
> mount.nfs: trying text-based options 'addr=192.168.1.6'
> mount.nfs: prog 100003, trying vers=3, prot=6
> mount.nfs: trying 192.168.1.6 prog 100003 vers 3 prot TCP port 2049
> mount.nfs: prog 100005, trying vers=3, prot=17
> mount.nfs: trying 192.168.1.6 prog 100005 vers 3 prot UDP port 60058
> mount.nfs: mount(2): Stale NFS file handle
> [...]
> mount.nfs: Connection timed out
> $
> 
[...]

The important hint I finally found after searching for hours:
> http://www.mmacleod.ca/blog/2014/02/nfs-exports-and-xfss-inode64-mount-option/
Thanks to the guy who wrote it!

The key is that
* I'm exporting more than one different (sub-)directories on the same filesystem
* For some reason it gets confused with the uuid/fsid; Can't find the page 
where I found that anymore :-(
* the actual device the exported filesystem resides on is /dev/md127 and not 
/dev/md0 as I originally wanted. Since I did not regard the number, I ignored 
this fact, but I also found hints that this might cause the problem of the 
previous point. 

The suggested solution was to add a *unique* fsid=xx entry to the exports file 
for each directory exported, so that it looks like:

/etc/exports:
/datadisk/music	192.168.1.0/24(rw,no_subtree_check,fsid=1)
/datadisk/video		192.168.1.0/24(rw,no_subtree_check,fsid=2)
/datadisk/backup	192.168.1.0/24(ro,no_subtree_check,fsid=3)
...

If the same fsid is used more than once then the first directory with this fsid 
will be mounted! So using *different* fsids for each exported directory is 
essential!!!

So, my NFS works now as it should! 

Thanks to all who spent a thought on it!

Alex



      parent reply	other threads:[~2014-06-30 21:40 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-29 19:34 [gentoo-user] mount.nfs stale nfs handle Alexander Puchmayr
2014-06-29 19:41 ` Neil Bothwick
2014-06-29 20:48   ` Alexander Puchmayr
2014-06-30  7:18     ` Joost Roeleveld
2014-06-30 11:32       ` Alexander Puchmayr
2014-06-30  7:20 ` Joost Roeleveld
2014-06-30 21:26 ` Alexander Puchmayr [this message]

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=3254072.gKb7bfHOzX@zeus \
    --to=alexander.puchmayr@linznet.at \
    --cc=gentoo-user@lists.gentoo.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox