summaryrefslogtreecommitdiffstats
path: root/scripts/gcc-ld
diff options
context:
space:
mode:
authorTrond Myklebust <trond.myklebust@primarydata.com>2017-10-19 21:46:45 +0200
committerAnna Schumaker <Anna.Schumaker@Netapp.com>2017-11-17 19:47:58 +0100
commit3be0f80b5fe9c16eca2d538f799b94ca8aa59433 (patch)
treeb6fc406f57844f26d03d1a0fc9229468f171146e /scripts/gcc-ld
parentxprtrdma: Remove atomic send completion counting (diff)
downloadlinux-3be0f80b5fe9c16eca2d538f799b94ca8aa59433.tar.xz
linux-3be0f80b5fe9c16eca2d538f799b94ca8aa59433.zip
NFSv4.1: Fix up replays of interrupted requests
If the previous request on a slot was interrupted before it was processed by the server, then our slot sequence number may be out of whack, and so we try the next operation using the old sequence number. The problem with this, is that not all servers check to see that the client is replaying the same operations as previously when they decide to go to the replay cache, and so instead of the expected error of NFS4ERR_SEQ_FALSE_RETRY, we get a replay of the old reply, which could (if the operations match up) be mistaken by the client for a new reply. To fix this, we attempt to send a COMPOUND containing only the SEQUENCE op in order to resync our slot sequence number. Cc: Olga Kornievskaia <olga.kornievskaia@gmail.com> [olga.kornievskaia@gmail.com: fix an Oops] Signed-off-by: Trond Myklebust <trond.myklebust@primarydata.com> Signed-off-by: Anna Schumaker <Anna.Schumaker@Netapp.com>
Diffstat (limited to 'scripts/gcc-ld')
0 files changed, 0 insertions, 0 deletions