From: "J. Bruce Fields" <bfields@fieldses.org>
To: "Myklebust, Trond" <Trond.Myklebust@netapp.com>
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, 4 Aug 2011 13:03:13 -0400 [thread overview]
Message-ID: <20110804170313.GH12445@fieldses.org> (raw)
In-Reply-To: <2E1EB2CF9ED1CB4AA966F0EB76EAB4430A8AA818@SACMVEXC2-PRD.hq.netapp.com>
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.
--b.
next prev parent reply other threads:[~2011-08-04 17:03 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 [this message]
2011-08-04 17:21 ` Trond Myklebust
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=20110804170313.GH12445@fieldses.org \
--to=bfields@fieldses.org \
--cc=Trond.Myklebust@netapp.com \
--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).