From: Frans Pop <elendil@planet.nl>
To: Ben Greear <greearb@candelatech.com>
Cc: trond.myklebust@fys.uio.no, linux-kernel@vger.kernel.org,
linux-nfs@vger.kernel.org
Subject: Re: Error mounting FC8 NFS server with 2.6.31-rc3 NFSv4 client.
Date: Tue, 21 Jul 2009 19:49:51 +0200 [thread overview]
Message-ID: <200907211949.52345.elendil@planet.nl> (raw)
In-Reply-To: <4A65F184.5060802@candelatech.com>
Ben Greear wrote:
> On 07/21/2009 05:15 AM, Trond Myklebust wrote:
>> What does /var/lib/nfs/v4recovery look like on the server?
>
> The server was misconfigured, but I still think the client should
> behave better in this case. If you cannot reproduce it, let me know
> and I can try to be more specific. If you still want the v4recovery
> information, let me know and I'll send it.
>
> I had my /etc/exports looking like this on the file-server:
>
> /export/tmp 192.168.100.0/24(rw)
>
> When I changed it to be:
> /export/tmp 192.168.100.0/24(rw,fsid=0)
>
> And mounted 192.168.100.6:/ instead of 192.168.100.6:/export/tmp
> then it mounts properly and appears to work just fine.
>
> If I leave file-server configured properly with fsid=0, but try
> to mount 192.168.100.6:/export/tmp then I get an error about
> no such file or directory, which also appears to be correct
> behaviour.
Duh! I had exactly the same problem this week when I "quickly" set up an
NFS server on one of my boxes: forgot to add fsid=0 for the NFS4 root.
Result was the mount hanging on the client and the same errors as Ben
reported.
It would be great if this configuration problem was detected better.
P.S. /var/lib/nfs/v4recovery on the server was empty in my case.
prev parent reply other threads:[~2009-07-21 17:49 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-20 22:09 Error mounting FC8 NFS server with 2.6.31-rc3 NFSv4 client Ben Greear
2009-07-21 12:15 ` Trond Myklebust
2009-07-21 16:49 ` Ben Greear
2009-07-21 17:12 ` Trond Myklebust
2009-07-21 17:36 ` Ben Greear
2009-07-21 17:59 ` Trond Myklebust
2009-07-21 18:01 ` Ben Greear
2009-07-21 18:28 ` Trond Myklebust
2009-07-21 18:32 ` Ben Greear
2009-07-21 18:54 ` Trond Myklebust
2009-07-21 19:57 ` Frans Pop
2009-07-21 21:17 ` Trond Myklebust
2009-07-21 21:48 ` Trond Myklebust
2009-07-21 21:50 ` Ben Greear
2009-07-22 19:49 ` Andy Adamson
2009-07-22 20:20 ` Trond Myklebust
2009-07-22 21:32 ` Andy Adamson
2009-07-22 21:47 ` Trond Myklebust
2009-07-22 22:03 ` Andy Adamson
2009-07-22 22:17 ` Trond Myklebust
2009-07-22 22:26 ` Andy Adamson
2009-07-21 19:23 ` Frans Pop
2009-07-21 19:54 ` Trond Myklebust
2009-07-21 20:24 ` Frans Pop
2009-07-21 17:49 ` Frans Pop [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=200907211949.52345.elendil@planet.nl \
--to=elendil@planet.nl \
--cc=greearb@candelatech.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-nfs@vger.kernel.org \
--cc=trond.myklebust@fys.uio.no \
/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