summaryrefslogtreecommitdiffstats
path: root/fs/btrfs/extent-tree.c
diff options
context:
space:
mode:
authorMiao Xie <miaox@cn.fujitsu.com>2014-06-19 10:42:54 +0800
committerChris Mason <clm@fb.com>2014-06-19 14:20:56 -0700
commitc55f13964008bfea7c5bee268f28b699cbad7f00 (patch)
tree3d173761484c4fb7ed9933476a6f56e4f44c6579 /fs/btrfs/extent-tree.c
parente990f16763abad35dd4d0eec791bab37c6987724 (diff)
downloadtalos-op-linux-c55f13964008bfea7c5bee268f28b699cbad7f00.tar.gz
talos-op-linux-c55f13964008bfea7c5bee268f28b699cbad7f00.zip
Btrfs: fix deadlock when mounting a degraded fs
The deadlock happened when we mount degraded filesystem, the reproduced steps are following: # mkfs.btrfs -f -m raid1 -d raid1 <dev0> <dev1> # echo 1 > /sys/block/`basename <dev0>`/device/delete # mount -o degraded <dev1> <mnt> The reason was that the counter -- bi_remaining was wrong. If the missing or unwriteable device was the last device in the mapping array, we would not submit the original bio, so we shouldn't increase bi_remaining of it in btrfs_end_bio(), or we would skip the final endio handle. Fix this problem by adding a flag into btrfs bio structure. If we submit the original bio, we will set the flag, and we increase bi_remaining counter, or we don't. Though there is another way to fix it -- decrease bi_remaining counter of the original bio when we make sure the original bio is not submitted, this method need add more check and is easy to make mistake. Signed-off-by: Miao Xie <miaox@cn.fujitsu.com> Reviewed-by: Liu Bo <bo.li.liu@oracle.com> Signed-off-by: Chris Mason <clm@fb.com>
Diffstat (limited to 'fs/btrfs/extent-tree.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud