All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lukas Hejtmanek <xhejtman@ics.muni.cz>
To: Jeff Layton <jlayton@redhat.com>
Cc: linux-nfs@vger.kernel.org, jiri.horky@cesnet.cz
Subject: Re: NFSv4 high availability setups
Date: Tue, 10 Apr 2012 14:55:52 +0200	[thread overview]
Message-ID: <20120410125552.GC5074@ics.muni.cz> (raw)
In-Reply-To: <20120405073901.63d1c749@tlielax.poochiereds.net>

Hi Jeff, 

On Thu, Apr 05, 2012 at 07:39:01AM -0400, Jeff Layton wrote:
> > As I understand, NFS4 uses state dir somewhere in /var/lib/nfs/rpc_pipefs.
> > 
> 
> You're probably thinking of /var/lib/nfs/v4recovery.

yes, sorry for confusion.

> > Can we put this state dir on a shared volume so that this state dir is common
> > for all the front-ends serving the same content? Is is supposed to work and
> > NFSv4 can merge its state with existing state on a shared disk?
> > 
> 
> Not properly, no. nfsd expects to have complete control over that
> directory. There's no locking or merging of the data there. A node will
> also clean that directory out in some cases, and that will throw your
> state tracking off.

Thank you for information.

Is there any (preferably simple) way to demonstrate that this does not work
properly? E.g., if I share the same export through two or more NFSv4
front-ends that share the v4recovery directory, do I trigger problems with
this tool http://nfsv4.bullopensource.org/tools/tests/locktest.php?

-- 
Lukáš Hejtmánek

  reply	other threads:[~2012-04-10 12:56 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-05 10:31 NFSv4 high availability setups Lukas Hejtmanek
2012-04-05 11:39 ` Jeff Layton
2012-04-10 12:55   ` Lukas Hejtmanek [this message]
2012-04-10 13:13     ` Jeff Layton
2012-04-10 18:14       ` Michael Schwartzkopff
2012-04-17 14:34       ` Lukas Hejtmanek
2012-04-17 15:14         ` Jeff Layton
2012-04-24 14:01           ` Jeff Layton
2012-04-24 14:28             ` Chuck Lever
2012-04-24 15:19               ` Jeff Layton

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=20120410125552.GC5074@ics.muni.cz \
    --to=xhejtman@ics.muni.cz \
    --cc=jiri.horky@cesnet.cz \
    --cc=jlayton@redhat.com \
    --cc=linux-nfs@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.