resize2fs does not respect flex_bg
Bug #575542 reported by
Phillip Susi
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
e2fsprogs (Ubuntu) |
Triaged
|
Low
|
Unassigned | ||
linux (Ubuntu) |
Triaged
|
Low
|
Unassigned |
Bug Description
Binary package hint: e2fsprogs
When running resize2fs to perform an online extend of an ext4 filesystem, it does not respect the flex_bg feature. Instead, it lays out the added block groups with their normal non flex_bg positions.
This is a true statement. Getting this right will require kernel support as well as changes to e2fsprogs, since the kernel ioctl used by online resize currently assumes that the blocks used for the allocation bitmaps, et. al, are in the block group which is added.
This shortcoming isn't really user-visible, although it will cause barely noticeable performance differences for resized filesystems versus file systems that were originally created at that size. It will also impact fsck time somewhat. It's a known problem, but it's relatively low priority to fix.