diff options
| author |   Menyhart Zoltan <Zoltan.Menyhart@bull.net> | 2010-09-12 19:55:26 -0400 |
|---|---|---|
| committer |   Trond Myklebust <Trond.Myklebust@netapp.com> | 2010-09-12 19:55:26 -0400 |
| commit | fbf3fdd2443965d9ba6fb4b5fecd1f6e0847218f (patch) | |
| tree | 55e1b68c3304b35e8c7e8d1f0de54521189908b9 /fs/nfsd | |
| parent | NFS: Fix a typo in nfs_sockaddr_match_ipaddr6 (diff) | |
| download | linux-dev-fbf3fdd2443965d9ba6fb4b5fecd1f6e0847218f.tar.xz linux-dev-fbf3fdd2443965d9ba6fb4b5fecd1f6e0847218f.zip | |
statfs() gives ESTALE error
Hi,
An NFS client executes a statfs("file", &buff) call.
"file" exists / existed, the client has read / written it,
but it has already closed it.
user_path(pathname, &path) looks up "file" successfully in the
directory-cache and restarts the aging timer of the directory-entry.
Even if "file" has already been removed from the server, because the
lookupcache=positive option I use, keeps the entries valid for a while.
nfs_statfs() returns ESTALE if "file" has already been removed from the
server.
If the user application repeats the statfs("file", &buff) call, we
are stuck: "file" remains young forever in the directory-cache.
Signed-off-by: Zoltan Menyhart <Zoltan.Menyhart@bull.net>
Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
Cc: stable@kernel.org
Diffstat (limited to 'fs/nfsd')
0 files changed, 0 insertions, 0 deletions