From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S270653AbTHACmI (ORCPT ); Thu, 31 Jul 2003 22:42:08 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S274955AbTHACmI (ORCPT ); Thu, 31 Jul 2003 22:42:08 -0400 Received: from rj.SGI.COM ([192.82.208.96]:53711 "EHLO rj.sgi.com") by vger.kernel.org with ESMTP id S270653AbTHACmB (ORCPT ); Thu, 31 Jul 2003 22:42:01 -0400 Date: Fri, 1 Aug 2003 12:40:41 +1000 From: Nathan Scott To: Mariusz Zielinski Cc: linux-kernel@vger.kernel.org Subject: Re: xfs problems (2.6.0-test2) Message-ID: <20030801024041.GA732@frodo> References: <200308010431.56108.mzielinski@wp-sa.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200308010431.56108.mzielinski@wp-sa.pl> User-Agent: Mutt/1.5.3i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Hi there, What XFS blocksize are you using, and what is your page size? There are known issues when using blocksizes smaller than the page size in the 2.6 XFS code at the moment. Feel free to open bugs for this and your repair problems on the XFS site on oss.sgi.com; the gdb backtrace of the failed repair attempts will be useful as well. thanks. On Fri, Aug 01, 2003 at 04:31:55AM +0200, Mariusz Zielinski wrote: > 0x0: 41 42 54 43 00 00 00 3a ff ff ff ff ff ff ff ff > Filesystem "hda3": XFS internal error xfs_da_do_buf(2) at line 2281 of file > fs/xfs/xfs_da_btree.c. Caller 0xc02042cc > Call Trace: > [] xfs_da_do_buf+0x548/0x900 > [] xfs_da_read_buf+0x3c/0x40 > [] xfs_da_read_buf+0x3c/0x40 > [] xfs_da_read_buf+0x3c/0x40 > [] xfs_dir2_block_getdents+0x87/0x2f0 > [] xfs_dir2_block_getdents+0x87/0x2f0 > [] d_splice_alias+0x36/0x120 > [] linvfs_lookup+0x60/0x90 > [] xfs_bmap_last_offset+0xa9/0x120 > [] xfs_dir2_put_dirent64_direct+0x0/0xa0 > [] xfs_dir2_isblock+0x1d/0x80 > [] xfs_dir2_put_dirent64_direct+0x0/0xa0 > [] xfs_dir2_getdents+0x95/0x160 > [] xfs_dir2_put_dirent64_direct+0x0/0xa0 > [] xfs_readdir+0x52/0x90 > [] linvfs_readdir+0xed/0x220 > [] vfs_readdir+0x5e/0x70 > [] filldir64+0x0/0x130 > [] sys_getdents64+0x81/0xbb > [] filldir64+0x0/0x130 > [] syscall_call+0x7/0xb > > I lost some files; even those not used for a long time. > It is possible that last shutdown was unclear. > After xfs_repair I got lost+found full of files deleted some time ago. > I actually had to run xfs_repair (2.5.3) few times because it was > 'segfaulting'. > > >>From dmesg: > ... > CPU0: Centaur VIA Ezra stepping 08 > ... > Local APIC not detected. Using dummy APIC emulation. > ... > SGI XFS for Linux 2.6.0-test2 with ACLs, realtime, no debug enabled > SGI XFS Quota Management subsystem > ... > VP_IDE: IDE controller at PCI slot 0000:00:11.1 > VP_IDE: chipset revision 6 > VP_IDE: not 100% native mode: will probe irqs later > ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx > VP_IDE: VIA vt8231 (rev 10) IDE UDMA100 controller on pci0000:00:11.1 > ide0: BM-DMA at 0xd000-0xd007, BIOS settings: hda:DMA, hdb:pio > ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:pio, hdd:pio > hda: Maxtor 4G160J8, ATA DISK drive > ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 > hda: max request size: 1024KiB > hda: host protected area => 1 > hda: 320173056 sectors (163929 MB) w/2048KiB Cache, CHS=19929/255/63, > UDMA(100) > /dev/ide/host0/bus0/target0/lun0: p1 p2 p3 > > -- > Mariusz Zielinski > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ -- Nathan