All of lore.kernel.org
 help / color / mirror / Atom feed
* e2fsck can't handle bad extents w/ bad bitmaps
@ 2013-12-10 20:39 Kit Westneat
  0 siblings, 0 replies; only message in thread
From: Kit Westneat @ 2013-12-10 20:39 UTC (permalink / raw)
  To: linux-ext4@vger.kernel.org

Hello,

We ran into an issue recently where we had a filesystem that had both 
invalid bitmaps and corrupted extent nodes. The issue was that currently 
the fix for a corrupted extent requires that the bitmaps be read in:
pass1.c +2250, scan_extent_node:
             pctx->blk = extent.e_pblk;
             pctx->blk2 = extent.e_lblk;
             pctx->num = extent.e_len;
             if (fix_problem(ctx, problem, pctx)) {
 >>              e2fsck_read_bitmaps(ctx);
                 pctx->errcode =
                     ext2fs_extent_delete(ehandle, 0);

Which then fails:
e2fsck/util.c +272, e2fsck_read_bitmaps:
     if (ctx->invalid_bitmaps) {
         com_err(ctx->program_name, 0,
             _("e2fsck_read_bitmaps: illegal bitmap block(s) for %s"),

We just ended up adding a patch to ignore the bad extents, but I just 
wanted to let people know that this problem exists.

Thanks,
Kit

-- 
---
Kit Westneat
L3 Lustre Support, DDN
703-659-3869


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2013-12-10 20:39 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-12-10 20:39 e2fsck can't handle bad extents w/ bad bitmaps Kit Westneat

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.