From mboxrd@z Thu Jan 1 00:00:00 1970 From: Doug Ledford Subject: Re: xfs and raid5 - "Structure needs cleaning for directory open" Date: Mon, 17 May 2010 17:28:30 -0400 Message-ID: <4BF1B4FE.7020503@redhat.com> References: <20100510022033.GB7165@dastard> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig12D39D0C07117305641FFCF6" Return-path: In-Reply-To: <20100510022033.GB7165@dastard> Sender: linux-raid-owner@vger.kernel.org To: Dave Chinner Cc: Rainer Fuegenstein , xfs@oss.sgi.com, linux-raid@vger.kernel.org List-Id: linux-raid.ids This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig12D39D0C07117305641FFCF6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 05/09/2010 10:20 PM, Dave Chinner wrote: > On Sun, May 09, 2010 at 08:48:00PM +0200, Rainer Fuegenstein wrote: >> >> today in the morning some daemon processes terminated because of >> errors in the xfs file system on top of a software raid5, consisting >> of 4*1.5TB WD caviar green SATA disks. >=20 > Reminds me of a recent(-ish) md/dm readahead cancellation fix - that > would fit the symptoms of (btree corruption showing up under heavy IO > load but no corruption on disk. However, I can't seem to find any > references to it at the moment (can't remember the bug title), but > perhaps your distro doesn't have the fix in it? >=20 > Cheers, >=20 > Dave. That sounds plausible, as does hardware error. A memory bit flip under heavy load would cause the in memory data to be corrupt while the on disk data is good. By waiting to check it until later, the bad memory was flushed at some point and when the data was reloaded it came in ok this time. --=20 Doug Ledford GPG KeyID: CFBFF194 http://people.redhat.com/dledford Infiniband specific RPMs available at http://people.redhat.com/dledford/Infiniband --------------enig12D39D0C07117305641FFCF6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkvxtP4ACgkQg6WylM+/8ZQ3DgCcDa1NZVSLv+48QBpuyuLJ27om qYMAnAwzuxKFke7Lf3x/Uev8uLw8qoP1 =m9de -----END PGP SIGNATURE----- --------------enig12D39D0C07117305641FFCF6--