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/hfs/hfs.h | |
parent | b20d37ca9561711c6a3c4b859c2855f49565e061 (diff) | |
download | op-kernel-dev-fbf3fdd2443965d9ba6fb4b5fecd1f6e0847218f.zip op-kernel-dev-fbf3fdd2443965d9ba6fb4b5fecd1f6e0847218f.tar.gz |
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/hfs/hfs.h')
0 files changed, 0 insertions, 0 deletions