Whamcloud - gitweb
tests: add test for resize2fs -M with inode table in middle of block group
authorTheodore Ts'o <tytso@mit.edu>
Tue, 1 Oct 2013 03:07:27 +0000 (23:07 -0400)
committerTheodore Ts'o <tytso@mit.edu>
Tue, 1 Oct 2013 03:07:27 +0000 (23:07 -0400)
commit7447da02f05699894c6f277f2518bd00ffc33906
tree4ee401105c5bcd45cf761e04600bf4771d5ec864
parente9736a3ba88b73e38fd56f5a7d1ee3b514cd713c
tests: add test for resize2fs -M with inode table in middle of block group

Eric Sandeen reported that Fedora's mke2fs when compiled for ppc was
creating a file system which caused problems with resize2fs -M.
Closer examination showed that the problem was file system which
looked like this:

Filesystem features:      ext_attr dir_index filetype sparse_super
Inode count:              512
Block count:              1247
   ...

Group 0: (Blocks 1-1024)
  Primary superblock at 1, Group descriptors at 2-2
  Block bitmap at 66 (+65), Inode bitmap at 67 (+66)
  Inode table at 68-99 (+67)

Group 1: (Blocks 1025-1246)
  Backup superblock at 1025, Group descriptors at 1026-1026
  Block bitmap at 1090 (+65), Inode bitmap at 1091 (+66)
  Inode table at 1092-1123 (+67)

It's not obvious to me why Fedora's ppc mke2fs is creating file
systems like this (I can't reproduce this on debian ppc systems), but
resize2fs -M should be able to deal with such file systems, which is
what this test is designed to check.

Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
tests/r_min_itable/expect [new file with mode: 0644]
tests/r_min_itable/image.gz [new file with mode: 0644]
tests/r_min_itable/name [new file with mode: 0644]
tests/r_min_itable/script [new file with mode: 0644]