Received: with ECARTIS (v1.0.0; list xfs); Thu, 20 Jul 2006 15:44:43 -0700 (PDT) Received: from lucidpixels.com (lucidpixels.com [66.45.37.187]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k6KMhuDW031350 for ; Thu, 20 Jul 2006 15:43:56 -0700 Received: by lucidpixels.com (Postfix, from userid 1001) id 32673607BFAE; Thu, 20 Jul 2006 18:43:34 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by lucidpixels.com (Postfix) with ESMTP id 2E5EE16172ECA; Thu, 20 Jul 2006 18:43:34 -0400 (EDT) Date: Thu, 20 Jul 2006 18:43:34 -0400 (EDT) From: Justin Piszcz X-X-Sender: jpiszcz@p34.internal.lan To: Nathan Scott cc: Chris Wedgwood , David Greaves , Kasper Sandberg , Torsten Landschoff , linux-kernel@vger.kernel.org, xfs@oss.sgi.com, ml@magog.se, radsaq@gmail.com Subject: Re: FAQ updated (was Re: XFS breakage...) In-Reply-To: <20060721082448.C1990742@wobbly.melbourne.sgi.com> Message-ID: References: <20060718222941.GA3801@stargate.galaxy> <20060719085731.C1935136@wobbly.melbourne.sgi.com> <1153304468.3706.4.camel@localhost> <20060720171310.B1970528@wobbly.melbourne.sgi.com> <44BF8500.1010708@dgreaves.com> <20060720161121.GA26748@tuatara.stupidest.org> <20060721081452.B1990742@wobbly.melbourne.sgi.com> <20060721082448.C1990742@wobbly.melbourne.sgi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-archive-position: 8351 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: jpiszcz@lucidpixels.com Precedence: bulk X-list: xfs Content-Length: 927 Lines: 38 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?