linux-ext4.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Andre Noll <maan@systemlinux.org>
To: linux-ext4 <linux-ext4@vger.kernel.org>
Cc: Marcus Hartmann <marcus.hartmann@tuebingen.mpg.de>
Subject: Memory allocation failed, e2fsck: aborted
Date: Wed, 18 Aug 2010 16:04:22 +0200	[thread overview]
Message-ID: <20100818140422.GL27457@skl-net.de> (raw)

[-- Attachment #1: Type: text/plain, Size: 1441 bytes --]

Hi

I'm having trouble with checking a corrupt ext3 file system resulting
from a 3-disk failure on a 12 disk software raid6 array. The disk
failure was due to an issue with the (3ware) controller and 11 disks
appear to be fine. However, I had to --assemble --force the array
because two of the 11 disks were not up to date after the crash.

e2fsck from today's git master branch aborts after a while with

	./e2fsck -f -y -C 0 /dev/euclidean/snap_abt1_kristall_RockMakerStorage
	e2fsck 1.41.12 (17-May-2010)
	Backing up journal inode block information.

	Pass 1: Checking inodes, blocks, and sizes
	Error storing inode count information (inode=245859898, count=2): Memory allocation failed
	e2fsck: aborted

This is an old 32 bit system with only 1G of ram and a 2.6.24 distro
kernel. I added _lots_ of swap but this did not help.

Any hints on how to proceed?

Since the file system is corrupt anyway, it is maybe easiest
to delete inode 245859898 with debugfs, but maybe there is
a better option. Moreover, since this might be some kind of
e2fsck-trusts-corrupt-data issue, you might be interested in looking
at this.

Further info: The ext3 file system lives on a lv within a vg whose
single pv is the 12 disk raid6 array. The file system stores hard
link based backups, so it contains _lots_ of hard links.

Thanks
Andre
-- 
The only person who always got his work done by Friday was Robinson Crusoe

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

             reply	other threads:[~2010-08-18 14:04 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-18 14:04 Andre Noll [this message]
2010-08-18 20:20 ` Memory allocation failed, e2fsck: aborted Andreas Dilger
2010-08-19  0:54   ` Ted Ts'o
2010-08-19 13:10     ` Andre Noll
2010-08-19 17:16       ` Ted Ts'o
2010-08-20 14:40         ` Andre Noll
2010-08-20 14:36       ` Andre Noll
2010-08-19 13:01   ` Andre Noll
2010-08-19 19:03     ` Andreas Dilger
2010-08-20 12:46       ` Ted Ts'o
2010-08-20 14:39       ` Andre Noll
2010-08-23 15:53         ` [PATCH]: icount: Replace the icount list by a two-level tree Andre Noll
2010-11-01 22:49           ` Mala Iyer
2010-11-01 23:23             ` Andreas Dilger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20100818140422.GL27457@skl-net.de \
    --to=maan@systemlinux.org \
    --cc=linux-ext4@vger.kernel.org \
    --cc=marcus.hartmann@tuebingen.mpg.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).