From: "J. Bruce Fields" <bfields@fieldses.org>
To: Song Gao <song.gao.beta@gmail.com>
Cc: linux-nfs@vger.kernel.org
Subject: Re: Possible bug in NFSv4 server regarding to looking for right path for clients to mount
Date: Thu, 5 Jul 2012 17:56:49 -0400 [thread overview]
Message-ID: <20120705215649.GD3051@fieldses.org> (raw)
In-Reply-To: <CAKeNtnQK5QEgRZKXHnmMQK6R+L1nXQNX0M4y1ZWuKo7GbEingA@mail.gmail.com>
On Mon, Jul 02, 2012 at 01:11:39AM -0500, Song Gao wrote:
> Hello,
>
> There's possibly a bug related NFSv4 server's behavior on looking for
> path on /export .
>
> I have a 32 nodes KVM cluster. NFS, host filesystem, KVM storage pool,
> are all placed on SSD. KVM guests are connected to host through virtio
> drived GB ethernet.
>
> I followed this guide to configure NFS:
> https://help.ubuntu.com/community/SettingUpNFSHowTo
>
> The problem was that, when I execute a program simultaneously (through
> cssh) on 32 nodes, there were always a number of nodes that
> encountered "input/output error". The /var/log/messages on client
> shows "state manager failed on NFSv4 server with error 10022".
That's NFS4ERR_STALE_CLIENTID.
That's an odd thing to happen. I'd be curious to know which operation
exactly the server was returning that error to. Normally that should
only happen if the server rebooted.
> I tried different options in client /etc/fstab as well as export
> settings in server but nothing helps. Interestingly, by changing the
> item in /etc/fstab from:
> some-host:/tigers nfs rw,bg,hard,intr 0 0
> into:
> some-host:/export/tigers /nfs nfs rw,bg,hard,intr 0 0
> fixed the problem.
The advice to use "fsid=0" in the ubuntu howto is out of date. With a
recent server you should just export and mount /export/tigers as you
would with NFSv3.
If you do as you've done above (and as is sugested in that howto), then
clients see different paths depending on whether they're using v3 or v4.
When you changed the client to mount /export/tigers, it probably
couldn't find that path, so tried v3 instead. That works around the v4
bug.
If you change the exports to remove fsid=0, then you'll probably want to
mount with nfsvers=3 to continue working around the v4 bug.
> I'm not familiar with it but I guess that it's probably caused by some
> problem in NFS server when it tries to find the right path when all 32
> clients are trying to mount NFS at the same time.
>
> Here's some more information:
> client: debian "squeeze", 2.6.32-5-amd64
> server: Ubuntu Server 12.04, 3.2.0-23-generic
Might be worth trying more recent versions. The client especially has
seen a lot of v4 changes since 2.6.32.
--b.
> nfs version: NFSv4
> no security option
> results of `exports -v`:
> /export 192.168.100.0/24(rw,wdelay,insecure,root_squash,no_subtree_check,fsid=0)
> /export/tigers
> 192.168.100.0/24(rw,wdelay,nohide,insecure,root_squash,no_subtree_check)
>
> Please let me know if there's any other information I need to provide.
>
> Thanks!
>
>
> Kind regards,
> --
> Song Gao
> https://profiles.google.com/song.gao.beta/about
> --
> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2012-07-05 21:56 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-02 6:11 Possible bug in NFSv4 server regarding to looking for right path for clients to mount Song Gao
2012-07-05 21:56 ` J. Bruce Fields [this message]
2012-07-06 1:18 ` Song Gao
-- strict thread matches above, loose matches on Subject: below --
2012-07-02 5:36 Song Gao
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=20120705215649.GD3051@fieldses.org \
--to=bfields@fieldses.org \
--cc=linux-nfs@vger.kernel.org \
--cc=song.gao.beta@gmail.com \
/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