Btrfs: fix race setting block group back to RW mode during device replace
authorFilipe Manana <fdmanana@suse.com>
Sat, 14 May 2016 18:44:40 +0000 (19:44 +0100)
committerFilipe Manana <fdmanana@suse.com>
Mon, 30 May 2016 11:58:24 +0000 (12:58 +0100)
commit1a1a8b732c7e958e6eba0680439e814efde2362d
tree1028ed1d30fbc490a1b40abbea9b35e9f364be1c
parent81e87a736c5581e83f52dc054b368993ec7f16d7
Btrfs: fix race setting block group back to RW mode during device replace

After it finishes processing a device extent, the device replace code sets
back the block group to RW mode and then after that it sets the left cursor
to match the logical end address of the block group, so that future writes
into extents belonging to the block group go both the source (old) and
target (new) devices. However from the moment we turn the block group
back to RW mode we have a short time window, that lasts until we update
the left cursor's value, where extents can be allocated from the block
group and written to, in which case they will not be copied/written to
the target (new) device. Fix this by updating the left cursor's value
before turning the block group back to RW mode.

Signed-off-by: Filipe Manana <fdmanana@suse.com>
Reviewed-by: Josef Bacik <jbacik@fb.com>
fs/btrfs/scrub.c