Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Mar 2005 16:37:31 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j2A0bSgq015712 for ; Wed, 9 Mar 2005 16:37:29 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA17706; Thu, 10 Mar 2005 11:37:21 +1100 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j2A0bGXE2922903; Thu, 10 Mar 2005 11:37:19 +1100 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id j2A0Wnqv014757; Thu, 10 Mar 2005 11:32:49 +1100 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id j2A0Wkmi014755; Thu, 10 Mar 2005 11:32:46 +1100 Date: Thu, 10 Mar 2005 11:32:46 +1100 From: Nathan Scott To: Daniel Tschan Cc: linux-xfs@oss.sgi.com Subject: Re: [Fwd: [Bug 150427] New: XFS internal error xfs_alloc_read_agf] Message-ID: <20050310003246.GB14665@frodo> References: <33504.217.162.2.34.1110409767.squirrel@217.162.2.34> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <33504.217.162.2.34.1110409767.squirrel@217.162.2.34> User-Agent: Mutt/1.5.3i X-Virus-Scanned: ClamAV 0.83/757/Tue Mar 8 15:14:36 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5036 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 789 Lines: 26 On Thu, Mar 10, 2005 at 12:09:27AM +0100, Daniel Tschan wrote: > ------- Additional Comments From Dave Jones 2005-03-09 16:37 EST ------- > you're better off reporting this one to the maintainers at SGI. > Did you build that xfs_repair/xfsprogs yourself or is that one shipped by Redhat? It has debugging enabled, hence the assert, hence its not running to completion - if you build a non-debug version it should complete. If Redhat's shipping a debug version, they'll need to fix that. > ... > xfs_repair is unable to repair the filesystem and aborts with the > following output: > ... > - agno = 1 > data fork in regular inode 89335619 claims used block 53366048 > xfs_repair: dinode.c:2436: process_dinode_int: Assertion `err == 0' > failed. Aborted cheers. -- Nathan