From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id n07I3I0H018273 for ; Wed, 7 Jan 2009 12:03:19 -0600 Received: from bombadil.infradead.org (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 5089D1BA19AE for ; Wed, 7 Jan 2009 10:03:18 -0800 (PST) Received: from bombadil.infradead.org (bombadil.infradead.org [18.85.46.34]) by cuda.sgi.com with ESMTP id 3BnpLUCgxxYRlxMl for ; Wed, 07 Jan 2009 10:03:18 -0800 (PST) Date: Wed, 7 Jan 2009 13:02:46 -0500 From: Christoph Hellwig Subject: Re: problems showing up as XFS problems on kernels after 2.6.28-git2 Message-ID: <20090107180246.GA15218@infradead.org> References: <20090107165218.GA11132@dth.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20090107165218.GA11132@dth.net> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xfs-bounces@oss.sgi.com Errors-To: xfs-bounces@oss.sgi.com To: dth Cc: xfs@oss.sgi.com On Wed, Jan 07, 2009 at 05:52:18PM +0100, dth wrote: > Am running low-power motherboard (via epia5000 c3) as a storage (samba/nfs) > server. (uses about 20 watts when both storage drives are in powersave mode) > > OS = debian lenny > > Pimairy drive (60gig 2.5" pata disk using libata = sda) > 512MB ext3 partition as /boot > swap, rest of the drive is XFS root file system. > 2 x 750GB drives on a sata controller (FastTrak S150 TX2plus) > sdb & sdc which have 1 big XFS partition. > > Any kernel i try to boot after 2.6.28-git2 (i tried git4-9) > sooner or later gives me an XFS error: The recover_uiunlinks code changed recently. Do you still have the exactly kernel tree version config around so you take a look using gdb what exact line of code the oops is? > [ 21.535820] XFS mounting filesystem sdb1 > [ 21.646126] Starting XFS recovery on filesystem: sdb1 (logdev: internal) > [ 21.747772] XFS internal error XFS_WANT_CORRUPTED_GOTO at line 3327 of file > fs/xfs/xfs_btree.c. Caller 0xc01e9d71 > [ 21.747916] Pid: 1392, comm: mount Not tainted 2.6.28-git8 #1 > [ 21.748033] Call Trace: > [ 21.748130] [] xfs_btree_delrec+0x5b9/0xa50 > [ 21.748247] [] xfs_btree_delete+0x21/0x70 > [ 21.748339] [] xfs_btree_read_buf_block+0x4f/0x70 > [ 21.748462] [] xfs_bmbt_init_key_from_rec+0xa/0x20 > [ 21.748556] [] xfs_lookup_get_search_key+0x25/0x40 > [ 21.748680] [] xfs_btree_delete+0x21/0x70 > [ 21.748771] [] xfs_bmap_del_extent+0x2f5/0x960 > [ 21.748894] [] xfs_bunmapi+0x5be/0x980 > [ 21.749000] [] xfs_itruncate_finish+0x1c2/0x2f0 > [ 21.749137] [] xfs_inactive+0x1d2/0x3d0 > [ 21.749228] [] xfs_imap_to_bp+0x5d/0xd0 > [ 21.749354] [] clear_inode+0x5c/0xb0 > [ 21.749443] [] generic_delete_inode+0x6c/0xc0 > [ 21.749559] [] iput+0x47/0x50 > [ 21.749644] [] xlog_recover_process_one_iunlink+0xae/0xe0 > [ 21.749768] [] xlog_recover_process_iunlinks+0x77/0xe0 > [ 21.749863] [] xlog_recover_finish+0x3f/0x90 > [ 21.749980] [] xfs_mountfs+0x450/0x550 > [ 21.750126] [] kmem_alloc+0x56/0xb0 > [ 21.750216] [] xfs_mru_cache_create+0xdd/0x120 > [ 21.750344] [] xfs_fs_fill_super+0x152/0x2a0 > [ 21.750441] [] get_sb_bdev+0xe8/0x130 > [ 21.750556] [] xfs_fs_get_sb+0x12/0x20 > [ 21.750646] [] xfs_fs_fill_super+0x0/0x2a0 > [ 21.750760] [] vfs_kern_mount+0x39/0x80 > [ 21.750850] [] do_kern_mount+0x2f/0xc0 > [ 21.750972] [] do_mount+0x5a5/0x5f0 > [ 21.751061] [] sys_stat64+0xf/0x30 > [ 21.751186] [] __get_free_pages+0x11/0x30 > [ 21.751280] [] sys_mount+0x66/0xa0 > [ 21.751394] [] syscall_call+0x7/0xb > [ 21.751494] Filesystem "sdb1": XFS internal error xfs_trans_cancel at line 1164 of file fs/xfs/xfs_trans.c. Caller 0xc021086b > [ 21.751514] > [ 21.751718] Pid: 1392, comm: mount Not tainted 2.6.28-git8 #1 > [ 21.751799] Call Trace: > [ 21.751893] [] xfs_trans_cancel+0x46/0xd0 > [ 21.751986] [] xfs_inactive+0x1eb/0x3d0 > [ 21.752102] [] xfs_inactive+0x1eb/0x3d0 > [ 21.752192] [] xfs_imap_to_bp+0x5d/0xd0 > [ 21.752307] [] clear_inode+0x5c/0xb0 > [ 21.752396] [] generic_delete_inode+0x6c/0xc0 > [ 21.752512] [] iput+0x47/0x50 > [ 21.752596] [] xlog_recover_process_one_iunlink+0xae/0xe0 > [ 21.752719] [] xlog_recover_process_iunlinks+0x77/0xe0 > [ 21.752815] [] xlog_recover_finish+0x3f/0x90 > [ 21.752930] [] xfs_mountfs+0x450/0x550 > [ 21.753022] [] kmem_alloc+0x56/0xb0 > [ 21.753136] [] xfs_mru_cache_create+0xdd/0x120 > [ 21.753232] [] xfs_fs_fill_super+0x152/0x2a0 > [ 21.753348] [] get_sb_bdev+0xe8/0x130 > [ 21.753439] [] xfs_fs_get_sb+0x12/0x20 > [ 21.753555] [] xfs_fs_fill_super+0x0/0x2a0 > [ 21.753645] [] vfs_kern_mount+0x39/0x80 > [ 21.753760] [] do_kern_mount+0x2f/0xc0 > [ 21.753852] [] do_mount+0x5a5/0x5f0 > [ 21.753965] [] sys_stat64+0xf/0x30 > [ 21.754054] [] __get_free_pages+0x11/0x30 > [ 21.754172] [] sys_mount+0x66/0xa0 > [ 21.754258] [] syscall_call+0x7/0xb > [ 21.754378] xfs_force_shutdown(sdb1,0x8) called from line 1165 of file fs/xfs/xfs_trans.c. Return address = 0xc020b59c > [ 21.754522] Filesystem "sdb1": Corruption of in-memory data detected. Shutting down filesystem: sdb1 > [ 21.754661] Please umount the filesystem, and rectify the problem(s) > [ 21.754814] BUG: unable to handle kernel NULL pointer dereference at 00000054 > [ 21.754990] IP: [] xlog_recover_process_iunlinks+0x8f/0xe0 > [ 21.755137] *pde = 00000000 > [ 21.755263] Oops: 0000 [#1] > [ 21.755385] last sysfs file: /sys/class/net/lo/operstate > [ 21.755490] Modules linked in: i2c_viapro i2c_core via_agp agpgart sata_promise sd_mod > [ 21.755906] > [ 21.755976] Pid: 1392, comm: mount Not tainted (2.6.28-git8 #1) EPIA > [ 21.756091] EIP: 0060:[] EFLAGS: 00010296 CPU: 0 > [ 21.756181] EIP is at xlog_recover_process_iunlinks+0x8f/0xe0 > [ 21.756293] EAX: 00000000 EBX: de827f00 ECX: 00000005 EDX: df231000 > [ 21.756384] ESI: ffffffff EDI: df231000 EBP: 00000026 ESP: df383e14 > [ 21.756501] DS: 007b ES: 007b FS: 0000 GS: 0033 SS: 0068 > [ 21.756592] Process mount (pid: 1392, ti=df382000 task=deb37b60 task.ti=df382000) > [ 21.756712] Stack: > [ 21.756792] df383e24 00000026 00000003 00000000 00000000 df2572e0 00000000 00000003 > [ 21.757192] df231000 c020584f 00000003 00000000 00000000 c0209390 00000017 00000000 > [ 21.757691] 08000004 00000000 00000000 00000001 00000058 00000000 c02122e6 00000001 > [ 21.758243] Call Trace: > [ 21.758327] [] xlog_recover_finish+0x3f/0x90 > [ 21.758476] [] xfs_mountfs+0x450/0x550 > [ 21.758615] [] kmem_alloc+0x56/0xb0 > [ 21.758756] [] xfs_mru_cache_create+0xdd/0x120 > [ 21.758908] [] xfs_fs_fill_super+0x152/0x2a0 > [ 21.759059] [] get_sb_bdev+0xe8/0x130 > [ 21.759200] [] xfs_fs_get_sb+0x12/0x20 > [ 21.759350] [] xfs_fs_fill_super+0x0/0x2a0 > [ 21.759500] [] vfs_kern_mount+0x39/0x80 > [ 21.759647] [] do_kern_mount+0x2f/0xc0 > [ 21.759794] [] do_mount+0x5a5/0x5f0 > [ 21.759934] [] sys_stat64+0xf/0x30 > [ 21.760103] [] __get_free_pages+0x11/0x30 > [ 21.760255] [] sys_mount+0x66/0xa0 > [ 21.760396] [] syscall_call+0x7/0xb > [ 21.760535] Code: e8 e7 f6 00 00 55 89 f1 8b 54 24 04 89 f8 e8 a9 fe ff ff 89 c6 8d 44 24 0c 50 8b 4c 24 08 31 d2 [ 27.297839] NET: Registered protocol family 10 > [ 38.240089] eth0: no IPv6 routers present > [ 38.995204] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory > [ 38.995468] NFSD: starting 90-second grace period > > > When i reboot to git2 again and run a xfs_check and/or xfs_repair nothing shows up. > It just works without problems. So i think it's not actually an XFS problem but > something "underneath" > It's slow hardware and i have been reading about locking situations, which could be > triggered easier on my (slow) hardware then any modern (faster) hardware. > > Anyone else bitten by the same problem ? > > Danny > -- > -- > 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/ ---end quoted text--- _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs