linux-fsdevel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jan Kara <jack@suse.cz>
To: "Buehl, Reiner" <reiner.buehl@hp.com>
Cc: "tytso@mit.edu" <tytso@mit.edu>,
	"linux-ide@vger.kernel.org" <linux-ide@vger.kernel.org>,
	"linux-fsdevel@vger.kernel.org" <linux-fsdevel@vger.kernel.org>
Subject: Re: ext3 filesystem corruption on md RAID1 device
Date: Thu, 27 May 2010 22:12:34 +0200	[thread overview]
Message-ID: <20100527201234.GE3576@quack.suse.cz> (raw)
In-Reply-To: <BA8A2107B0FD8A48AEB0405BDC36CE4F3F48B794C8@GVW1115EXC.americas.hpqcorp.net>

  Hi,

On Sun 23-05-10 05:46:29, Buehl, Reiner wrote:
> Hi Ted,
> 
> please find attached the output of two fsck.ext3 -fy /dev/md1 runs
> conducted directly after each other. The ext3 fs error message in dmesg
> was:
  I took a look at the fsck logs. So there are inodes 17269110-17269115
(from group 2108 if my counting is correct) that have problems. 17269110 is
the corrupted directory, 17269111 is an unconnected directory (was subdir of
17269110), 17269112-17269115 share blocks with some other inodes.
  Interestingly enough, these other inodes are all in group 2120 and also
the blocks that are shared are in group 2120.
  Multiply claimed blocks in this amount are usually caused by a corrupted
block bitmap. In your case, it seems as if bitmap for group 2120 was not
written (or was zeroed?) and thus later some inodes reused the space. This
kind of corruption is usually caused by HW - flaky memory or disk
controller (I wouldn't suspect disks in your case since the problem seems to
consistently happen on both the original disk and the mirror). Do you have
any chance of trying a different HW?

								Honza
-- 
Jan Kara <jack@suse.cz>
SUSE Labs, CR

  reply	other threads:[~2010-05-27 20:12 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-20 10:08 ext3 filesystem corruption on md RAID1 device Buehl, Reiner
2010-05-20 10:56 ` Dmitry Monakhov
2010-05-20 11:10   ` Buehl, Reiner
2010-05-20 11:27     ` Dmitry Monakhov
2010-05-20 11:35       ` Buehl, Reiner
2010-05-20 11:49 ` Tim Small
2010-05-20 12:04   ` Buehl, Reiner
2010-05-20 14:30 ` tytso
2010-05-21 14:40   ` Buehl, Reiner
2010-05-23  3:21     ` Buehl, Reiner
2010-05-23  5:46   ` Buehl, Reiner
2010-05-27 20:12     ` Jan Kara [this message]
2010-05-29 13:48       ` Buehl, Reiner
2010-05-31 20:55         ` Jan Kara
2010-06-01  7:25           ` Buehl, Reiner
     [not found]             ` <20100601102240.GA4275@quack.suse.cz>
2010-06-18  7:12               ` Buehl, Reiner
2010-06-18 11:09                 ` Bug#582275: " Theodore Tso
2010-06-18 11:25                   ` Theodore Tso
2010-05-21  4:40 ` Robert Hancock

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=20100527201234.GE3576@quack.suse.cz \
    --to=jack@suse.cz \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-ide@vger.kernel.org \
    --cc=reiner.buehl@hp.com \
    --cc=tytso@mit.edu \
    /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).