From: Trond Myklebust <trond.myklebust@fys.uio.no>
To: "J. Bruce Fields" <bfields@fieldses.org>
Cc: Jesper Krogh <jesper-Q2TZfHgGEy4@public.gmane.org>,
linux-nfs@vger.kernel.org
Subject: Re: Client cache updates missing? (2.6.31.5)
Date: Mon, 30 Nov 2009 13:53:02 -0500 [thread overview]
Message-ID: <1259607182.3419.13.camel@localhost> (raw)
In-Reply-To: <20091130184035.GD6348@fieldses.org>
On Mon, 2009-11-30 at 13:40 -0500, J. Bruce Fields wrote:
> On Mon, Nov 30, 2009 at 07:30:55PM +0100, Jesper Krogh wrote:
> > J. Bruce Fields wrote:
> > >> Wether or not it has anything to do. The file has been written to the
> > >> NFS-server from another NFS-client. The server is running 2.6.31.5 and
> > >> the client that above was run on is 2.6.24-24 (Ubuntu Jaunty), the
> > >> client that wrote the file was running 2.6.29.1.
> > >
> > > I this v3 or v4? What's the exported filesystem? (ext3?)
> >
> > v3 and ext3
> >
> > > It's probably a timestamp resolution problem; if the directory was
> > > modified twice in the same second, the later change won't change the
> > > timestamp, and so the client may assume its cache is still good.
> >
> > That's not nice.. but given the situation is may quite well be the
> > problem.
> >
> > > Recent clients try a little harder to work around this.
> >
> > How recent and how much harder?
>
> There's the following. Looks like it was first included in 2.6.30. I
> thought I remembered one or two other related changes, but perhaps the
> others didn't make it in.
There are also a bunch of attribute revalidation changesets that went
into 2.6.28, and that improved the NFS client's ability to keep
attributes up to date.
Trond
prev parent reply other threads:[~2009-11-30 18:53 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-29 8:24 Client cache updates missing? (2.6.31.5) Jesper Krogh
[not found] ` <4B122FB2.7040505-Q2TZfHgGEy4@public.gmane.org>
2009-11-30 18:26 ` J. Bruce Fields
2009-11-30 18:30 ` Jesper Krogh
[not found] ` <4B140F5F.6050107-Q2TZfHgGEy4@public.gmane.org>
2009-11-30 18:40 ` J. Bruce Fields
2009-11-30 18:53 ` Trond Myklebust [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=1259607182.3419.13.camel@localhost \
--to=trond.myklebust@fys.uio.no \
--cc=bfields@fieldses.org \
--cc=jesper-Q2TZfHgGEy4@public.gmane.org \
--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.