summaryrefslogtreecommitdiff
path: root/net
diff options
context:
space:
mode:
authorBenjamin Coddington <bcodding@redhat.com>2022-10-19 19:09:18 +0300
committerAnna Schumaker <Anna.Schumaker@Netapp.com>2022-10-27 22:52:10 +0300
commitf5ea16137a3fa2858620dc9084466491c128535f (patch)
tree370281a73440a4f3c50daa885abf2b4a397a8f00 /net
parentcbdeaee94a415800c65a8c3fa04d9664a8b8fb3a (diff)
downloadlinux-f5ea16137a3fa2858620dc9084466491c128535f.tar.xz
NFSv4: Retry LOCK on OLD_STATEID during delegation return
There's a small window where a LOCK sent during a delegation return can race with another OPEN on client, but the open stateid has not yet been updated. In this case, the client doesn't handle the OLD_STATEID error from the server and will lose this lock, emitting: "NFS: nfs4_handle_delegation_recall_error: unhandled error -10024". Fix this by sending the task through the nfs4 error handling in nfs4_lock_done() when we may have to reconcile our stateid with what the server believes it to be. For this case, the result is a retry of the LOCK operation with the updated stateid. Reported-by: Gonzalo Siero Humet <gsierohu@redhat.com> Signed-off-by: Benjamin Coddington <bcodding@redhat.com> Signed-off-by: Anna Schumaker <Anna.Schumaker@Netapp.com>
Diffstat (limited to 'net')
0 files changed, 0 insertions, 0 deletions