]> git.baikalelectronics.ru Git - kernel.git/commit
ext4: don't let i_reserved_meta_blocks go negative
authorBrian Foster <bfoster@redhat.com>
Mon, 23 Jul 2012 03:59:40 +0000 (23:59 -0400)
committerTheodore Ts'o <tytso@mit.edu>
Mon, 23 Jul 2012 03:59:40 +0000 (23:59 -0400)
commit4d1e7dec366e2d31506a4486704638818fc1a586
tree75d5871a8ae658b05cdbe3c15d50c95694f8c79f
parentbadd110b622fc28ef52137da5e5dd08bf2554838
ext4: don't let i_reserved_meta_blocks go negative

If we hit a condition where we have allocated metadata blocks that
were not appropriately reserved, we risk underflow of
ei->i_reserved_meta_blocks.  In turn, this can throw
sbi->s_dirtyclusters_counter significantly out of whack and undermine
the nondelalloc fallback logic in ext4_nonda_switch().  Warn if this
occurs and set i_allocated_meta_blocks to avoid this problem.

This condition is reproduced by xfstests 270 against ext2 with
delalloc enabled:

Mar 28 08:58:02 localhost kernel: [  171.526344] EXT4-fs (loop1): delayed block allocation failed for inode 14 at logical offset 64486 with max blocks 64 with error -28
Mar 28 08:58:02 localhost kernel: [  171.526346] EXT4-fs (loop1): This should not happen!! Data will be lost

270 ultimately fails with an inconsistent filesystem and requires an
fsck to repair.  The cause of the error is an underflow in
ext4_da_update_reserve_space() due to an unreserved meta block
allocation.

Signed-off-by: Brian Foster <bfoster@redhat.com>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
Cc: stable@vger.kernel.org
fs/ext4/inode.c