Searched hist:"12 bcbd40fd931472c7fc9cf3bfe66799ece93ed8" (Results 1 – 2 of 2) sorted by relevance
| /openbmc/linux/fs/nfsd/ |
| H A D | nfsproc.c | diff 12bcbd40fd931472c7fc9cf3bfe66799ece93ed8 Sat Dec 18 19:37:56 CST 2021 Jeff Layton <jeff.layton@primarydata.com> nfsd: Retry once in nfsd_open on an -EOPENSTALE return
If we get back -EOPENSTALE from an NFSv4 open, then we either got some
unhandled error or the inode we got back was not the same as the one
associated with the dentry.
We really have no recourse in that situation other than to retry the
open, and if it fails to just return nfserr_stale back to the client.
Signed-off-by: Jeff Layton <jeff.layton@primarydata.com>
Signed-off-by: Lance Shelton <lance.shelton@hammerspace.com>
Signed-off-by: Trond Myklebust <trond.myklebust@hammerspace.com>
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
|
| H A D | vfs.c | diff 12bcbd40fd931472c7fc9cf3bfe66799ece93ed8 Sat Dec 18 19:37:56 CST 2021 Jeff Layton <jeff.layton@primarydata.com> nfsd: Retry once in nfsd_open on an -EOPENSTALE return
If we get back -EOPENSTALE from an NFSv4 open, then we either got some
unhandled error or the inode we got back was not the same as the one
associated with the dentry.
We really have no recourse in that situation other than to retry the
open, and if it fails to just return nfserr_stale back to the client.
Signed-off-by: Jeff Layton <jeff.layton@primarydata.com>
Signed-off-by: Lance Shelton <lance.shelton@hammerspace.com>
Signed-off-by: Trond Myklebust <trond.myklebust@hammerspace.com>
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
|