OSDN Git Service

resize2fs: Allow (non-optimal) on-line resizing for flex_bg filesystems
authorTheodore Ts'o <tytso@mit.edu>
Thu, 28 Aug 2008 17:24:12 +0000 (13:24 -0400)
committerTheodore Ts'o <tytso@mit.edu>
Thu, 28 Aug 2008 20:40:38 +0000 (16:40 -0400)
commitf844b32a09b29e2b122f7e7cb0302c996dbf8276
tree45772b767cc6d3b73d7aa576ef88a63d1cb4af42
parentb55d73985cc7a33e2b57161e5ea1a5a2ad1bff9c
resize2fs: Allow (non-optimal) on-line resizing for flex_bg filesystems

The current method of adding one block group at a time to a mounted
filesystem means it is impossible to accomodate the flex_bg allocation
method of placing the metadata together in a single block group.  For
now we "fix" this issue by using the traditional layout for new block
groups, where each block group is self-contained and contains its own
bitmap blocks and inode tables.  This means we don't get the layout
advantages of flex_bg in the new block groups, but at least it allows
on-line resizing to function.

Long term, we will need to create a new ioctl which does much more of
the resizing work in the kernel.

We also fix a bug in the ext3/ext4 ioctl fallback code so we stop
trying the ext3 ioctl for every single block group when resizing an
ext4 filesystem.

Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
resize/online.c