[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.64.0607201843020.2619@p34.internal.lan>
Date: Thu, 20 Jul 2006 18:43:34 -0400 (EDT)
From: Justin Piszcz <jpiszcz@...idpixels.com>
To: Nathan Scott <nathans@....com>
cc: Chris Wedgwood <cw@...f.org>, David Greaves <david@...eaves.com>,
Kasper Sandberg <lkml@...anurb.dk>,
Torsten Landschoff <torsten@...ian.org>,
linux-kernel@...r.kernel.org, xfs@....sgi.com, ml@...og.se,
radsaq@...il.com
Subject: Re: FAQ updated (was Re: XFS breakage...)
On Fri, 21 Jul 2006, Nathan Scott wrote:
> On Thu, Jul 20, 2006 at 06:18:14PM -0400, Justin Piszcz wrote:
>> Nathan,
>>
>> Does the bug only occur during a crash?
>
> No, its unrelated to crashing. Only when adding/removing from a
> directory that is in a specific node/btree format (many entries),
> and only under a specific set of conditions (like what directory
> entry names were used, which blocks they've hashed to and how they
> ended up being allocated and in what order each block gets removed
> from the directory).
>
>> I have been running 2.6.17.x for awhile now (multiple XFS filesystems, all
>> on UPS) - no issue?
>
> Could be an issue, could be none. xfs_check it to be sure.
>
> cheers.
>
> --
> Nathan
>
>
p34:~# xfs_check -v /dev/md3
xfs_check: out of memory
p34:~#
D'oh...
1GB ram, 2GB swap trying to check a 2.6T fs, no dice.
As long as it mounted ok with the patched kernel, should one be ok?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists