From: Christoph Hellwig <hch@infradead.org>
To: dth <dth@dth.net>
Cc: xfs@oss.sgi.com
Subject: Re: problems showing up as XFS problems on kernels after 2.6.28-git2
Date: Wed, 7 Jan 2009 13:02:46 -0500 [thread overview]
Message-ID: <20090107180246.GA15218@infradead.org> (raw)
In-Reply-To: <20090107165218.GA11132@dth.net>
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] [<c01e98b9>] xfs_btree_delrec+0x5b9/0xa50
> [ 21.748247] [<c01e9d71>] xfs_btree_delete+0x21/0x70
> [ 21.748339] [<c01e72ff>] xfs_btree_read_buf_block+0x4f/0x70
> [ 21.748462] [<c01e5dda>] xfs_bmbt_init_key_from_rec+0xa/0x20
> [ 21.748556] [<c01e66d5>] xfs_lookup_get_search_key+0x25/0x40
> [ 21.748680] [<c01e9d71>] xfs_btree_delete+0x21/0x70
> [ 21.748771] [<c01e2ad5>] xfs_bmap_del_extent+0x2f5/0x960
> [ 21.748894] [<c01e383e>] xfs_bunmapi+0x5be/0x980
> [ 21.749000] [<c01fba82>] xfs_itruncate_finish+0x1c2/0x2f0
> [ 21.749137] [<c0210852>] xfs_inactive+0x1d2/0x3d0
> [ 21.749228] [<c01fc33d>] xfs_imap_to_bp+0x5d/0xd0
> [ 21.749354] [<c01775bc>] clear_inode+0x5c/0xb0
> [ 21.749443] [<c0177a8c>] generic_delete_inode+0x6c/0xc0
> [ 21.749559] [<c0177157>] iput+0x47/0x50
> [ 21.749644] [<c02056fe>] xlog_recover_process_one_iunlink+0xae/0xe0
> [ 21.749768] [<c02057a7>] xlog_recover_process_iunlinks+0x77/0xe0
> [ 21.749863] [<c020584f>] xlog_recover_finish+0x3f/0x90
> [ 21.749980] [<c0209390>] xfs_mountfs+0x450/0x550
> [ 21.750126] [<c02122e6>] kmem_alloc+0x56/0xb0
> [ 21.750216] [<c020995d>] xfs_mru_cache_create+0xdd/0x120
> [ 21.750344] [<c021ac92>] xfs_fs_fill_super+0x152/0x2a0
> [ 21.750441] [<c016b608>] get_sb_bdev+0xe8/0x130
> [ 21.750556] [<c0219602>] xfs_fs_get_sb+0x12/0x20
> [ 21.750646] [<c021ab40>] xfs_fs_fill_super+0x0/0x2a0
> [ 21.750760] [<c016a949>] vfs_kern_mount+0x39/0x80
> [ 21.750850] [<c016a9cf>] do_kern_mount+0x2f/0xc0
> [ 21.750972] [<c017b3e5>] do_mount+0x5a5/0x5f0
> [ 21.751061] [<c016c35f>] sys_stat64+0xf/0x30
> [ 21.751186] [<c0150271>] __get_free_pages+0x11/0x30
> [ 21.751280] [<c017b496>] sys_mount+0x66/0xa0
> [ 21.751394] [<c0102c72>] 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] [<c020b586>] xfs_trans_cancel+0x46/0xd0
> [ 21.751986] [<c021086b>] xfs_inactive+0x1eb/0x3d0
> [ 21.752102] [<c021086b>] xfs_inactive+0x1eb/0x3d0
> [ 21.752192] [<c01fc33d>] xfs_imap_to_bp+0x5d/0xd0
> [ 21.752307] [<c01775bc>] clear_inode+0x5c/0xb0
> [ 21.752396] [<c0177a8c>] generic_delete_inode+0x6c/0xc0
> [ 21.752512] [<c0177157>] iput+0x47/0x50
> [ 21.752596] [<c02056fe>] xlog_recover_process_one_iunlink+0xae/0xe0
> [ 21.752719] [<c02057a7>] xlog_recover_process_iunlinks+0x77/0xe0
> [ 21.752815] [<c020584f>] xlog_recover_finish+0x3f/0x90
> [ 21.752930] [<c0209390>] xfs_mountfs+0x450/0x550
> [ 21.753022] [<c02122e6>] kmem_alloc+0x56/0xb0
> [ 21.753136] [<c020995d>] xfs_mru_cache_create+0xdd/0x120
> [ 21.753232] [<c021ac92>] xfs_fs_fill_super+0x152/0x2a0
> [ 21.753348] [<c016b608>] get_sb_bdev+0xe8/0x130
> [ 21.753439] [<c0219602>] xfs_fs_get_sb+0x12/0x20
> [ 21.753555] [<c021ab40>] xfs_fs_fill_super+0x0/0x2a0
> [ 21.753645] [<c016a949>] vfs_kern_mount+0x39/0x80
> [ 21.753760] [<c016a9cf>] do_kern_mount+0x2f/0xc0
> [ 21.753852] [<c017b3e5>] do_mount+0x5a5/0x5f0
> [ 21.753965] [<c016c35f>] sys_stat64+0xf/0x30
> [ 21.754054] [<c0150271>] __get_free_pages+0x11/0x30
> [ 21.754172] [<c017b496>] sys_mount+0x66/0xa0
> [ 21.754258] [<c0102c72>] 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: [<c02057bf>] 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:[<c02057bf>] 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] [<c020584f>] xlog_recover_finish+0x3f/0x90
> [ 21.758476] [<c0209390>] xfs_mountfs+0x450/0x550
> [ 21.758615] [<c02122e6>] kmem_alloc+0x56/0xb0
> [ 21.758756] [<c020995d>] xfs_mru_cache_create+0xdd/0x120
> [ 21.758908] [<c021ac92>] xfs_fs_fill_super+0x152/0x2a0
> [ 21.759059] [<c016b608>] get_sb_bdev+0xe8/0x130
> [ 21.759200] [<c0219602>] xfs_fs_get_sb+0x12/0x20
> [ 21.759350] [<c021ab40>] xfs_fs_fill_super+0x0/0x2a0
> [ 21.759500] [<c016a949>] vfs_kern_mount+0x39/0x80
> [ 21.759647] [<c016a9cf>] do_kern_mount+0x2f/0xc0
> [ 21.759794] [<c017b3e5>] do_mount+0x5a5/0x5f0
> [ 21.759934] [<c016c35f>] sys_stat64+0xf/0x30
> [ 21.760103] [<c0150271>] __get_free_pages+0x11/0x30
> [ 21.760255] [<c017b496>] sys_mount+0x66/0xa0
> [ 21.760396] [<c0102c72>] 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
next parent reply other threads:[~2009-01-07 18:03 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20090107165218.GA11132@dth.net>
2009-01-07 18:02 ` Christoph Hellwig [this message]
2009-01-07 18:24 ` problems showing up as XFS problems on kernels after 2.6.28-git2 Danny ter Haar
2009-01-07 18:31 ` Christoph Hellwig
2009-01-07 18:44 ` Danny ter Haar
2009-01-07 18:52 ` Christoph Hellwig
2009-01-07 22:09 ` Danny ter Haar
2009-01-08 0:38 ` Danny ter Haar
2009-01-07 18:56 ` Christoph Hellwig
2009-01-07 19:01 ` Danny ter Haar
2009-01-08 21:56 ` Danny ter Haar
2009-01-09 0:46 ` Dave Chinner
2009-01-09 1:26 ` Danny ter Haar
2009-01-09 2:08 ` Dave Chinner
2009-01-09 6:10 ` Danny ter Haar
2009-01-09 19:44 ` Christoph Hellwig
2009-01-09 19:51 ` Danny ter Haar
2009-01-09 19:58 ` Christoph Hellwig
2009-01-09 21:42 ` Danny ter Haar
2009-01-09 22:01 ` Christoph Hellwig
2009-01-09 22:23 ` Danny ter Haar
2009-01-13 20:04 ` Danny ter Haar
2009-01-16 20:43 ` Danny ter Haar
2009-01-17 7:38 ` Dave Chinner
2009-01-17 23:25 ` Danny ter Haar
2009-01-18 2:50 ` Danny ter Haar
2009-01-19 3:17 ` Dave Chinner
2009-01-14 19:44 ` Tino Keitel
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090107180246.GA15218@infradead.org \
--to=hch@infradead.org \
--cc=dth@dth.net \
--cc=xfs@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox