Btrfs: fix loop writing of async reclaim
authorLiu Bo <bo.li.liu@oracle.com>
Wed, 10 Sep 2014 04:58:50 +0000 (12:58 +0800)
committerChris Mason <clm@fb.com>
Wed, 17 Sep 2014 20:38:25 +0000 (13:38 -0700)
commit25ce459c1af138f95a3fd318461193397ebb825b
treec90a31068b55da76f7e99d1d41981c779f918921
parentdc046b10c8b7d4f40befe457acb82340bf8b0699
Btrfs: fix loop writing of async reclaim

One of my tests shows that when we really don't have space to reclaim via
flush_space and also run out of space, this async reclaim work loops on adding
itself into the workqueue and keeps writing something to disk according to
iostat's results, and these writes mainly comes from commit_transaction which
writes super_block.  This's unacceptable as it can be bad to disks, especially
memeory storages.

This adds a check to avoid the above situation.

Signed-off-by: Liu Bo <bo.li.liu@oracle.com>
Signed-off-by: Chris Mason <clm@fb.com>
fs/btrfs/extent-tree.c