From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id E7D6C13877A for ; Mon, 30 Jun 2014 21:40:00 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id ACB9CE089D; Mon, 30 Jun 2014 21:27:00 +0000 (UTC) Received: from mail.linznet.at (mail.linznet.at [80.66.32.32]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 55187E0884 for ; Mon, 30 Jun 2014 21:26:58 +0000 (UTC) Received: (qmail 21070 invoked from network); 30 Jun 2014 21:26:45 -0000 Received: from unknown (HELO puchmayr.linznet.at) (91.142.26.35) by mail.linznet.at with ESMTPS (DHE-RSA-AES256-SHA encrypted); 30 Jun 2014 21:26:45 -0000 Received: (qmail 21437 invoked by uid 210); 30 Jun 2014 21:26:46 -0000 Received: from zeus.local by persephone (envelope-from , uid 201) with qmail-scanner-2.05st (clamdscan: 0.97.3/14948. spamassassin: 3.3.2. perlscan: 2.05st. Clear:RC:1(192.168.1.2):. Processed in 0.257162 secs); 30 Jun 2014 21:26:46 -0000 Received: from zeus.local (HELO zeus.localnet) (192.168.1.2) by smtp.local with SMTP; 30 Jun 2014 21:26:45 -0000 From: Alexander Puchmayr 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 Message-ID: <3254072.gKb7bfHOzX@zeus> User-Agent: KMail/4.11.5 (Linux/3.12.21-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: <1841482.BSKeBvufbb@zeus> References: <1841482.BSKeBvufbb@zeus> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Archives-Salt: 4dd99702-0584-43a7-902b-054448f0682a X-Archives-Hash: ad82071f12fe3c08979f677b07f34c86 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