Whamcloud - gitweb
tests: add new test f_zero_extent_length
authorTao Ma <boyu.mt@taobao.com>
Mon, 11 Jun 2012 03:56:30 +0000 (23:56 -0400)
committerTheodore Ts'o <tytso@mit.edu>
Mon, 11 Jun 2012 05:06:50 +0000 (01:06 -0400)
commit8d12c46a22965179cae1e3b47778fdee5efeb513
tree7c9a09b71c8c4ea76d8442b80f02888227cc7893
parent9c40d14841f04811097a123d6e8555e78ce56811
tests: add new test f_zero_extent_length

If all of the extents in the last extent tree block (ETB) in a
non-trivial extent tree contain uninitialized extents which are after
the end of the file as defined by i_size, the hueristics will
incorrectly estimate the last entry (and hence the node's e_len field)
in the last entry of each level of the extent tree.

As Tao Ma has noted, since e2fsck was requiring that the length
(e_len) field of interior nodes be non-zero, this was causing false
failures where e2fsck would declare that the extent tree was
corrupted.

This was fixed in commit 9c40d14841: "e2fsck: only check for
zero-length leaf extents".  Add a regression test case to ensure that
this issue remains fixed.

Signed-off-by: Tao Ma <boyu.mt@taobao.com>
Signed-off-by: Theodore Ts'o <tytso@mit.edu>
tests/f_uninit_ext_past_eof/expect.1 [new file with mode: 0644]
tests/f_uninit_ext_past_eof/expect.2 [new file with mode: 0644]
tests/f_uninit_ext_past_eof/image.gz [new file with mode: 0644]
tests/f_uninit_ext_past_eof/name [new file with mode: 0644]