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)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Thu, 8 Jan 2015 18:27:49 +0000 (10:27 -0800)
commitf9841b92fbb2154e9d61279cba98695a86fd886b
tree596ad206d921447ddd11c26f8b24d05bca6e2f3f
parent94c2606896d20ef936918335d90c4d40ec65d4d4
Btrfs: fix loop writing of async reclaim

commit 25ce459c1af138f95a3fd318461193397ebb825b upstream.

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>
Cc: "Alexander E. Patrakov" <patrakov@gmail.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
fs/btrfs/extent-tree.c