summaryrefslogtreecommitdiff
path: root/fs
diff options
context:
space:
mode:
authorMenyhart Zoltan <Zoltan.Menyhart@bull.net>2010-09-12 19:55:26 -0400
committerTrond Myklebust <Trond.Myklebust@netapp.com>2010-09-12 19:55:26 -0400
commitfbf3fdd2443965d9ba6fb4b5fecd1f6e0847218f (patch)
tree55e1b68c3304b35e8c7e8d1f0de54521189908b9 /fs
parentb20d37ca9561711c6a3c4b859c2855f49565e061 (diff)
downloadlinux-3.10-fbf3fdd2443965d9ba6fb4b5fecd1f6e0847218f.tar.gz
linux-3.10-fbf3fdd2443965d9ba6fb4b5fecd1f6e0847218f.tar.bz2
linux-3.10-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')
-rw-r--r--fs/nfs/super.c8
1 files changed, 8 insertions, 0 deletions
diff --git a/fs/nfs/super.c b/fs/nfs/super.c
index ec3966e4706..f4cbf0c306c 100644
--- a/fs/nfs/super.c
+++ b/fs/nfs/super.c
@@ -431,7 +431,15 @@ static int nfs_statfs(struct dentry *dentry, struct kstatfs *buf)
goto out_err;
error = server->nfs_client->rpc_ops->statfs(server, fh, &res);
+ if (unlikely(error == -ESTALE)) {
+ struct dentry *pd_dentry;
+ pd_dentry = dget_parent(dentry);
+ if (pd_dentry != NULL) {
+ nfs_zap_caches(pd_dentry->d_inode);
+ dput(pd_dentry);
+ }
+ }
nfs_free_fattr(res.fattr);
if (error < 0)
goto out_err;