- Subject: Re: [PATCH RFC] vfs: make fstatat retry on ESTALE errors from getattr call
- From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
- Date: Tue, 17 Apr 2012 14:04:34 +0000
- Accept-language: en-US
- Cc: Miklos Szeredi <miklos@xxxxxxxxxx>, Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>, Malahal Naineni <malahal@xxxxxxxxxx>, "linux-nfs@xxxxxxxxxxxxxxx" <linux-nfs@xxxxxxxxxxxxxxx>, "linux-fsdevel@xxxxxxxxxxxxxxx" <linux-fsdevel@xxxxxxxxxxxxxxx>, "linux-kernel@xxxxxxxxxxxxxxx" <linux-kernel@xxxxxxxxxxxxxxx>, "pstaubach@xxxxxxxxxxx" <pstaubach@xxxxxxxxxxx>, "viro@xxxxxxxxxxxxxxxxxx" <viro@xxxxxxxxxxxxxxxxxx>, "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>, "michael.brantley@xxxxxxxxxx" <michael.brantley@xxxxxxxxxx>, "sven.breuner@xxxxxxxxxxxxxxxxxx" <sven.breuner@xxxxxxxxxxxxxxxxxx>
- In-reply-to: <20120417093222.2ff5e1bd@corrin.poochiereds.net>
- References: <1334316311-22331-1-git-send-email-jlayton@redhat.com> <20120413150518.GA1987@us.ibm.com> <20120413114236.0e557e01@tlielax.poochiereds.net> <4F8B1B7B.3040304@itwm.fraunhofer.de> <20120416073655.7cdb90cf@corrin.poochiereds.net> <4F8C3036.2030702@itwm.fraunhofer.de> <20120416134642.1754cd3e@corrin.poochiereds.net> <1334604785.2879.23.camel@lade.trondhjem.org> <20120416154322.0d95e435@corrin.poochiereds.net> <1334607906.2879.36.camel@lade.trondhjem.org> <20120416190548.2463d1d0@corrin.poochiereds.net> <87sjg2o62z.fsf@tucsk.pomaz.szeredi.hu> <20120417093222.2ff5e1bd@corrin.poochiereds.net>
- Thread-index: AQHNHJu4WFyXQNvYykq9RVAgdBQu35afeSoAgAAI/oA=
- Thread-topic: [PATCH RFC] vfs: make fstatat retry on ESTALE errors from getattr call
On Tue, 2012-04-17 at 09:32 -0400, Jeff Layton wrote:
> On Tue, 17 Apr 2012 15:12:20 +0200
> Miklos Szeredi <miklos@xxxxxxxxxx> wrote:
> To do that would require protocol support that we simply don't have. We
> don't have a way to (for instance) say via NFS "give me the attributes
> for this filename". Well, at least not for NFSv3...
What's wrong with LOOKUP?
> With v4 you could theoretically construct a compound that does that,
> but you'd have to assume that the server won't release the reference to
> the inode midway through the compound. That's a reasonably safe
> assumption.
Actually, NFSv4 is the one that has the problem: there are no atomicity
guarantees within compounds, so you could theoretically get an ESTALE in
the GETATTR part of our lookup compound.
--
Trond Myklebust
Linux NFS client maintainer
NetApp
Trond.Myklebust@xxxxxxxxxx
www.netapp.com
��.n��������+%������w��{.n�����{��w���jg��������ݢj����G�������j:+v���w�m������w�������h�����٥
[Linux USB Development]
[Linux Media Development]
[Video for Linux]
[Linux NILFS]
[Linux Audio Users]
[Photo]
[Yosemite Info]
[Yosemite Photos]
[POF Sucks]
[Linux Kernel]
[Linux SCSI]
[XFree86]