From: Trond Myklebust <Trond.Myklebust@netapp.com>
To: "J. Bruce Fields" <bfields@fieldses.org>
Cc: Venkateswararao Jujjuri <jvrao@linux.vnet.ibm.com>,
Chuck Lever <chuck.lever@oracle.com>,
linux-nfs@vger.kernel.org
Subject: Re: State of NFSv4 VolatileFilehandles
Date: Thu, 04 Aug 2011 13:21:32 -0400 [thread overview]
Message-ID: <1312478492.8919.14.camel@lade.trondhjem.org> (raw)
In-Reply-To: <20110804170313.GH12445@fieldses.org>
On Thu, 2011-08-04 at 13:03 -0400, J. Bruce Fields wrote:
> On Thu, Aug 04, 2011 at 09:48:32AM -0700, Myklebust, Trond wrote:
> > > -----Original Message-----
> > > From: J. Bruce Fields [mailto:bfields@fieldses.org]
> > > Oh, neat, I'd forgotten that; you're thinking of STATUS4_FIXED? But
> > > I'm
> > > not sure it does the job:
> > >
> > > STATUS4_FIXED, which indicates a read-only image in the sense
> > > that it will never change. The possibility is allowed that, as
> > > a result of migration or switch to a different image, changed
> > > data can be accessed, but within the confines of this instance,
> > > no change is allowed. The client can use this fact to cache
> > > aggressively.
> > >
> > > OK, so permission to set your attribute cache timeout very high,
> > > perhaps, but I don't see why "changed data" couldn't mean changed
> > > paths....
> >
> > No, but you can presumably use the FSLI4BX_CLSIMUL flag from
> > fs_locations_info in order to find an equivalent replica.
>
> I lost you.
>
> Actually my real problem is that I don't understand the description of
> STATUS4_FIXED. What does "or switch to a different image" mean? Not
> "migration", or the sentence would have ended before the "or".
>
> I read it as allowing a server admin to replace the filesystem image in
> place, in which case from the client's point of view this allows the
> filesystem to change at any time. Which makes the whole thing not
> terribly useful, except (as the last sentence says) as a caching hint.
If the server admin replaces one filesystem, with a different
filesystem, then nothing is going to work anyway. I don't see how that
is relevant. That's a case of 'doctor it hurts...'
The bit that _is_ relevant is the 'migration' part, but since the
fs_locations_info FSLI4BX_CLSIMUL flag allows you to conclude that
replica is an exact replica at all times (i.e. contents are guaranteed
to be the same even if filehandles, directory cookies, etc are not) then
the STATUS4_FIXED flag does allow you to assume that paths have not
changed.
--
Trond Myklebust
Linux NFS client maintainer
NetApp
Trond.Myklebust@netapp.com
www.netapp.com
next prev parent reply other threads:[~2011-08-04 17:21 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-02 11:58 State of NFSv4 VolatileFilehandles Venkateswararao Jujjuri
2011-08-02 14:53 ` Chuck Lever
2011-08-03 7:28 ` Venkateswararao Jujjuri
2011-08-03 12:27 ` Myklebust, Trond
2011-08-03 22:23 ` NeilBrown
2011-08-04 1:16 ` Malahal Naineni
2011-08-04 2:12 ` Trond Myklebust
2011-08-15 20:49 ` Malahal Naineni
2011-08-16 8:06 ` Trond Myklebust
2011-08-16 15:59 ` Malahal Naineni
2011-08-16 22:24 ` NeilBrown
2011-08-03 15:43 ` Malahal Naineni
2011-08-03 22:13 ` Chuck Lever
2011-08-04 11:27 ` Venkateswararao Jujjuri
2011-08-04 16:03 ` J. Bruce Fields
2011-08-04 16:10 ` Trond Myklebust
2011-08-04 16:27 ` J. Bruce Fields
2011-08-04 16:48 ` Myklebust, Trond
2011-08-04 17:03 ` J. Bruce Fields
2011-08-04 17:21 ` Trond Myklebust [this message]
2011-08-04 17:30 ` J. Bruce Fields
2011-08-04 17:38 ` Trond Myklebust
2011-08-05 13:38 ` Christoph Hellwig
2011-08-05 19:16 ` J. Bruce Fields
2011-08-10 10:24 ` Christoph Hellwig
2011-08-04 15:56 ` J. Bruce Fields
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=1312478492.8919.14.camel@lade.trondhjem.org \
--to=trond.myklebust@netapp.com \
--cc=bfields@fieldses.org \
--cc=chuck.lever@oracle.com \
--cc=jvrao@linux.vnet.ibm.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).