xfs: kill buffers over failed write ranges properly
authorDave Chinner <dchinner@redhat.com>
Mon, 14 Apr 2014 08:11:58 +0000 (18:11 +1000)
committerDave Chinner <david@fromorbit.com>
Mon, 14 Apr 2014 08:11:58 +0000 (18:11 +1000)
commit4ab9ed578e82851645f3dd69d36d91ae77564d6c
tree3910fde13741b8abf9657605f246d762881fc379
parentc9eaa447e77efe77b7fa4c953bd62de8297fd6c5
xfs: kill buffers over failed write ranges properly

When a write fails, if we don't clear the delalloc flags from the
buffers over the failed range, they can persist beyond EOF and cause
problems. writeback will see the pages in the page cache, see they
are dirty and continually retry the write, assuming that the page
beyond EOF is just racing with a truncate. The page will eventually
be released due to some other operation (e.g. direct IO), and it
will not pass through invalidation because it is dirty. Hence it
will be released with buffer_delay set on it, and trigger warnings
in xfs_vm_releasepage() and assert fail in xfs_file_aio_write_direct
because invalidation failed and we didn't write the corect amount.

This causes failures on block size < page size filesystems in fsx
and fsstress workloads run by xfstests.

Fix it by completely trashing any state on the buffer that could be
used to imply that it contains valid data when the delalloc range
over the buffer is punched out during the failed write handling.

Signed-off-by: Dave Chinner <dchinner@redhat.com>
Tested-by: Brian Foster <bfoster@redhat.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Dave Chinner <david@fromorbit.com>
fs/xfs/xfs_aops.c