diff options
author | Darrick J. Wong | 2018-01-17 04:03:59 +0100 |
---|---|---|
committer | Darrick J. Wong | 2018-01-18 06:00:47 +0100 |
commit | be78ff0e72778eb4df4aac66edb9e97462bfe00d (patch) | |
tree | a55177e0189c1610032bd67906e31bb8f1589131 /lib | |
parent | xfs: check that br_blockcount doesn't overflow (diff) | |
download | kernel-qcow2-linux-be78ff0e72778eb4df4aac66edb9e97462bfe00d.tar.gz kernel-qcow2-linux-be78ff0e72778eb4df4aac66edb9e97462bfe00d.tar.xz kernel-qcow2-linux-be78ff0e72778eb4df4aac66edb9e97462bfe00d.zip |
xfs: recheck reflink / dirty page status before freeing CoW reservations
Eryu Guan reported seeing occasional hangs when running generic/269 with
a new fsstress that supports clonerange/deduperange. The cause of this
hang is an infinite loop when we convert the CoW fork extents from
unwritten to real just prior to writing the pages out; the infinite
loop happens because there's nothing in the CoW fork to convert, and so
it spins forever.
The fundamental issue here is that when we go to perform these CoW fork
conversions, we're supposed to have an extent waiting for us, but the
low space CoW reaper has snuck in and blown them away! There are four
conditions that can dissuade the reaper from touching our file -- no
reflink iflag; dirty page cache; writeback in progress; or directio in
progress. We check the four conditions prior to taking the locks, but
we neglect to recheck them once we have the locks, which is how we end
up whacking the writeback that's in progress.
Therefore, refactor the four checks into a helper function and call it
once again once we have the locks to make sure we really want to reap
the inode. While we're at it, add an ASSERT for this weird condition so
that we'll fail noisily if we ever screw this up again.
Reported-by: Eryu Guan <eguan@redhat.com>
Signed-off-by: Darrick J. Wong <darrick.wong@oracle.com>
Tested-by: Eryu Guan <eguan@redhat.com>
Reviewed-by: Brian Foster <bfoster@redhat.com>
Diffstat (limited to 'lib')
0 files changed, 0 insertions, 0 deletions