summaryrefslogtreecommitdiff
path: root/arch
diff options
context:
space:
mode:
authorScott Mayhew <smayhew@redhat.com>2014-06-20 08:44:42 -0400
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2014-07-06 18:59:11 -0700
commit716f02ac00a77c14cdf18de2e75e49e68e46e1e8 (patch)
tree1a602f0986a7af993f021b2cee4079996abd5539 /arch
parentff177fb44d47f46567543127e3ad42936b31c71f (diff)
nfs: Fix cache_validity check in nfs_write_pageuptodate()
commit 18dd78c427513fb0f89365138be66e6ee8700d1b upstream. NFS_INO_INVALID_DATA cannot be ignored, even if we have a delegation. We're still having some problems with data corruption when multiple clients are appending to a file and those clients are being granted write delegations on open. To reproduce: Client A: vi /mnt/`hostname -s` while :; do echo "XXXXXXXXXXXXXXX" >>/mnt/file; sleep $(( $RANDOM % 5 )); done Client B: vi /mnt/`hostname -s` while :; do echo "YYYYYYYYYYYYYYY" >>/mnt/file; sleep $(( $RANDOM % 5 )); done What's happening is that in nfs_update_inode() we're recognizing that the file size has changed and we're setting NFS_INO_INVALID_DATA accordingly, but then we ignore the cache_validity flags in nfs_write_pageuptodate() because we have a delegation. As a result, in nfs_updatepage() we're extending the write to cover the full page even though we've not read in the data to begin with. Signed-off-by: Scott Mayhew <smayhew@redhat.com> Signed-off-by: Trond Myklebust <trond.myklebust@primarydata.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'arch')
0 files changed, 0 insertions, 0 deletions