summaryrefslogtreecommitdiff
path: root/fs/sync.c
diff options
context:
space:
mode:
authorOlga Kornievskaia <aglo@umich.edu>2015-09-15 02:54:36 +0300
committerTrond Myklebust <trond.myklebust@primarydata.com>2015-09-17 22:48:11 +0300
commita41cbe86df3afbc82311a1640e20858c0cd7e065 (patch)
treebd83a2a9f510d0db947e2db6a3b10547da23711e /fs/sync.c
parent6ff33f3902c3b1c5d0db6b1e2c70b6d76fba357f (diff)
downloadlinux-a41cbe86df3afbc82311a1640e20858c0cd7e065.tar.xz
Failing to send a CLOSE if file is opened WRONLY and server reboots on a 4.x mount
A test case is as the description says: open(foobar, O_WRONLY); sleep() --> reboot the server close(foobar) The bug is because in nfs4state.c in nfs4_reclaim_open_state() a few line before going to restart, there is clear_bit(NFS4CLNT_RECLAIM_NOGRACE, &state->flags). NFS4CLNT_RECLAIM_NOGRACE is a flag for the client states not open owner states. Value of NFS4CLNT_RECLAIM_NOGRACE is 4 which is the value of NFS_O_WRONLY_STATE in nfs4_state->flags. So clearing it wipes out state and when we go to close it, “call_close” doesn’t get set as state flag is not set and CLOSE doesn’t go on the wire. Signed-off-by: Olga Kornievskaia <aglo@umich.edu> Signed-off-by: Trond Myklebust <trond.myklebust@primarydata.com>
Diffstat (limited to 'fs/sync.c')
0 files changed, 0 insertions, 0 deletions