diff options
author | Chris Mason <chris.mason@oracle.com> | 2010-12-15 16:02:45 -0500 |
---|---|---|
committer | Chris Mason <chris.mason@oracle.com> | 2011-04-22 14:52:40 -0400 |
commit | fe7caa7c4a3bb738d3eb3ac6edaa24c8b38ec95f (patch) | |
tree | f0998b5e07f95092b01bef3293063a38dad1c59b | |
parent | 7cd060deeac7828c8d0d7468d9c246d6c7ef77b2 (diff) |
Check for RAID10 in set_avail_alloc_bits
When raid is setup with mkfs, it is supposed to cow the initial filesystem
it creates up to the desired raid level. RAID10 was not in the list
of RAID levels it checked for, so the initial FS created for RAID10
actually only lived on the first disk.
This works well enough because all the roots get quickly cowed during the
first mount. The exception is the data relocation tree, which only gets
cowed when we do a balance.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
-rw-r--r-- | extent-tree.c | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/extent-tree.c b/extent-tree.c index b2f9bb22..108933f8 100644 --- a/extent-tree.c +++ b/extent-tree.c @@ -1775,6 +1775,7 @@ static void set_avail_alloc_bits(struct btrfs_fs_info *fs_info, u64 flags) { u64 extra_flags = flags & (BTRFS_BLOCK_GROUP_RAID0 | BTRFS_BLOCK_GROUP_RAID1 | + BTRFS_BLOCK_GROUP_RAID10 | BTRFS_BLOCK_GROUP_DUP); if (extra_flags) { if (flags & BTRFS_BLOCK_GROUP_DATA) |