summaryrefslogtreecommitdiff
path: root/fs/minix/itree_v1.c
diff options
context:
space:
mode:
authorFilipe Manana <fdmanana@suse.com>2015-11-19 14:45:48 +0300
committerChris Mason <clm@fb.com>2015-11-25 16:22:08 +0300
commit758f2dfcf8a249b1f1510aa32e625c2ec20642a3 (patch)
treea521154fb1e3384087e4a828197f69eca158d280 /fs/minix/itree_v1.c
parent020d5b7366fc03e4bf84142ae6f63031ac504e33 (diff)
downloadlinux-758f2dfcf8a249b1f1510aa32e625c2ec20642a3.tar.xz
Btrfs: fix scrub preventing unused block groups from being deleted
Currently scrub can race with the cleaner kthread when the later attempts to delete an unused block group, and the result is preventing the cleaner kthread from ever deleting later the block group - unless the block group becomes used and unused again. The following diagram illustrates that race: CPU 1 CPU 2 cleaner kthread btrfs_delete_unused_bgs() gets block group X from fs_info->unused_bgs and removes it from that list scrub_enumerate_chunks() searches device tree using its commit root finds device extent for block group X gets block group X from the tree fs_info->block_group_cache_tree (via btrfs_lookup_block_group()) sets bg X to RO sees the block group is already RO and therefore doesn't delete it nor adds it back to unused list So fix this by making scrub add the block group again to the list of unused block groups if the block group is still unused when it finished scrubbing it and it hasn't been removed already. Signed-off-by: Filipe Manana <fdmanana@suse.com> Signed-off-by: Chris Mason <clm@fb.com>
Diffstat (limited to 'fs/minix/itree_v1.c')
0 files changed, 0 insertions, 0 deletions