summaryrefslogtreecommitdiffstats
path: root/fs/ramfs
diff options
context:
space:
mode:
authorZhao Lei <zhaolei@cn.fujitsu.com>2015-09-29 21:03:54 +0800
committerChris Mason <clm@fb.com>2015-11-10 19:27:16 -0800
commitaefbe9a633b50a6124dbeb33a5d4efcdc6de6c30 (patch)
treec78cefbebcadc5283680c2bc859077b5e014f418 /fs/ramfs
parent3b5753ec23597b05fd41d3f19ef582d6af1a6477 (diff)
downloadop-kernel-dev-aefbe9a633b50a6124dbeb33a5d4efcdc6de6c30.zip
op-kernel-dev-aefbe9a633b50a6124dbeb33a5d4efcdc6de6c30.tar.gz
btrfs: Fix lost-data-profile caused by auto removing bg
Reproduce: (In integration-4.3 branch) TEST_DEV=(/dev/vdg /dev/vdh) TEST_DIR=/mnt/tmp umount "$TEST_DEV" >/dev/null mkfs.btrfs -f -d raid1 "${TEST_DEV[@]}" mount -o nospace_cache "$TEST_DEV" "$TEST_DIR" umount "$TEST_DEV" mount -o nospace_cache "$TEST_DEV" "$TEST_DIR" btrfs filesystem usage $TEST_DIR We can see the data chunk changed from raid1 to single: # btrfs filesystem usage $TEST_DIR Data,single: Size:8.00MiB, Used:0.00B /dev/vdg 8.00MiB # Reason: When a empty filesystem mount with -o nospace_cache, the last data blockgroup will be auto-removed in umount. Then if we mount it again, there is no data chunk in the filesystem, so the only available data profile is 0x0, result is all new chunks are created as single type. Fix: Don't auto-delete last blockgroup for a raid type. Test: Test by above script, and confirmed the logic by debug output. Reviewed-by: Filipe Manana <fdmanana@suse.com> Signed-off-by: Zhao Lei <zhaolei@cn.fujitsu.com> Signed-off-by: Chris Mason <clm@fb.com>
Diffstat (limited to 'fs/ramfs')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud