13212 – Module oops on xfs filesystem

Bug 13212 - Module oops on xfs filesystem

Summary: Module oops on xfs filesystem

Status:	CLOSED INSUFFICIENT_DATA

Alias:	None

Product:	File System
Classification:	Unclassified
Component:	XFS (show other bugs)
Hardware:	All Linux

Importance:	P1 high
Assignee:	Christoph Hellwig

URL:
Keywords:

Depends on:
Blocks:

Reported:	2009-04-29 20:58 UTC by zulk666
Modified:	2012-05-30 16:37 UTC (History)
CC List:	3 users (show)

See Also:
Kernel Version:	2.6.28
Tree:	Mainline
Regression:	No

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description zulk666 2009-04-29 20:58:09 UTC

After not cleanly restart system and begin fsck on the xfs partition always i have this message. Helps run the xfs_repair with -L option. When i try mount this parition my system freeze.


Apr 28 17:59:58 cerfix kernel: [   87.373488] Starting XFS recovery on filesystem: sdb1 (logdev: internal)
Apr 28 17:59:58 cerfix kernel: [   92.145790] BUG: unable to handle kernel NULL pointer dereference at 0000000000000010
Apr 28 17:59:58 cerfix kernel: [   92.145790] IP: [<ffffffff8822f014>] :xfs:xlog_recover_add_to_trans+0xc1/0xe7
Apr 28 17:59:58 cerfix kernel: [   92.145790] PGD 25cc28067 PUD 212000067 PMD 0
Apr 28 17:59:58 cerfix kernel: [   92.145790] Oops: 0002 [1] SMP
Apr 28 17:59:58 cerfix kernel: [   92.145790] CPU 2
Apr 28 17:59:58 cerfix kernel: [   92.145790] Modules linked in: xfs ext2 coretemp ipmi_si ipmi_msghandler loop iTCO_wdt rtc_cmos psmouse rtc_core i2c_i801 rtc_lib shpchp i2c_core serio_raw rng_core i5000_edac pcspkr edac_core pci_hotplug button evdev ext3 jbd mbcache usb_storage sd_mod piix ide_pci_generic ide_core ata_generic libata ehci_hcd uhci_hcd dock megaraid_sas e1000e scsi_mod thermal processor fan
Apr 28 17:59:58 cerfix kernel: [   92.145790] Pid: 2760, comm: mount Not tainted 2.6.25-2-vserver-amd64 #1
Apr 28 17:59:58 cerfix kernel: [   92.145790] RIP: 0010:[<ffffffff8822f014>]  [<ffffffff8822f014>] :xfs:xlog_recover_add_to_trans+0xc1/0xe7
Apr 28 17:59:58 cerfix kernel: [   92.145790] RSP: 0018:ffff8102120679b8  EFLAGS: 00010246
Apr 28 17:59:58 cerfix kernel: [   92.145790] RAX: 0000000000000000 RBX: ffff81025c896dc0 RCX: 0000000000000000
Apr 28 17:59:58 cerfix kernel: [   92.145790] RDX: 0000000000000010 RSI: ffffc2001179d89c RDI: 0000000000000010
Apr 28 17:59:58 cerfix kernel: [   92.145790] RBP: ffffc2001179d89c R08: 0000000000000564 R09: ffff81025cdb0000
Apr 28 17:59:58 cerfix kernel: [   92.145790] R10: ffff81025c15bbc0 R11: ffff81025c9f2fd0 R12: ffff81022ec9dd40
Apr 28 17:59:58 cerfix kernel: [   92.145790] R13: ffff81025dc6e000 R14: ffff81025c896c40 R15: 0000000000000564
Apr 28 17:59:58 cerfix kernel: [   92.145790] FS:  00007fdf545487c0(0000) GS:ffff81025f082240(0000) knlGS:0000000000000000
Apr 28 17:59:58 cerfix kernel: [   92.145790] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Apr 28 17:59:58 cerfix kernel: [   92.145790] CR2: 0000000000000010 CR3: 0000000212016000 CR4: 00000000000006e0
Apr 28 17:59:58 cerfix kernel: [   92.145790] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Apr 28 17:59:58 cerfix kernel: [   92.145790] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Apr 28 17:59:58 cerfix kernel: [   92.145790] Process mount (pid: 2760, threadinfo ffff810212066000, task ffff81025c9f2d60)
Apr 28 17:59:58 cerfix kernel: [   92.145790] Stack:  ffff810212067ad8 000000005d87aed8 ffffc2001179d890 ffff810212067ad8
Apr 28 17:59:58 cerfix kernel: [   92.145790]  0000000000000001 ffffc2001179d89c ffff81025cdb0000 ffffffff882319f7
Apr 28 17:59:58 cerfix kernel: [   92.145790]  ffff81025bd1d7d8 000000015b9280c0 ffff810212067aa8 ffff81025cbda600
Apr 28 17:59:58 cerfix kernel: [   92.145790] Call Trace:
Apr 28 17:59:58 cerfix kernel: [   92.145790]  [<ffffffff882319f7>] ? :xfs:xlog_recover_process_data+0x179/0x1ca
Apr 28 17:59:58 cerfix kernel: [   92.145790]  [<ffffffff88231c91>] ? :xfs:xlog_do_recovery_pass+0x249/0x63c
Apr 28 17:59:58 cerfix kernel: [   92.145790]  [<ffffffff882320c0>] ? :xfs:xlog_do_log_recovery+0x3c/0x7d
Apr 28 17:59:58 cerfix kernel: [   92.145790]  [<ffffffff8823210d>] ? :xfs:xlog_do_recover+0xc/0xf6
Apr 28 17:59:58 cerfix kernel: [   92.145790]  [<ffffffff88232273>] ? :xfs:xlog_recover+0x7c/0x89
Apr 28 17:59:58 cerfix kernel: [   92.145790]  [<ffffffff8822c7b4>] ? :xfs:xfs_log_mount+0xc5/0x108
Apr 28 17:59:58 cerfix kernel: [   92.145790]  [<ffffffff8823474c>] ? :xfs:xfs_mountfs+0x276/0x59a
Apr 28 17:59:58 cerfix kernel: [   92.145790]  [<ffffffff882400c9>] ? :xfs:kmem_alloc+0x60/0xc4
Apr 28 17:59:58 cerfix kernel: [   92.145790]  [<ffffffff88240189>] ? :xfs:kmem_zalloc+0x9/0x21
Apr 28 17:59:58 cerfix kernel: [   92.145790]  [<ffffffff8823a5c3>] ? :xfs:xfs_mount+0x29b/0x348
Apr 28 17:59:58 cerfix kernel: [   92.145790]  [<ffffffff8824933e>] ? :xfs:xfs_fs_fill_super+0x0/0x20a
Apr 28 17:59:58 cerfix kernel: [   92.145790]  [<ffffffff882493f3>] ? :xfs:xfs_fs_fill_super+0xb5/0x20a
Apr 28 17:59:58 cerfix kernel: [   92.145790]  [<ffffffff802a7520>] ? get_sb_bdev+0x105/0x152
Apr 28 17:59:58 cerfix kernel: [   92.145790]  [<ffffffff802ae90f>] ? __link_path_walk+0xc65/0xdd8
Apr 28 17:59:58 cerfix kernel: [   92.145790]  [<ffffffff802a6ed4>] ? vfs_kern_mount+0xdd/0x1cf
Apr 28 17:59:58 cerfix kernel: [   92.145790]  [<ffffffff802a7019>] ? do_kern_mount+0x43/0xdc
Apr 28 17:59:58 cerfix kernel: [   92.145790]  [<ffffffff802bbb89>] ? do_new_mount+0x9c/0xd7
Apr 28 17:59:58 cerfix kernel: [   92.145790]  [<ffffffff802bbdd4>] ? do_mount+0x210/0x23a
Apr 28 17:59:58 cerfix kernel: [   92.145790]  [<ffffffff802a7ffc>] ? sys_readlinkat+0x89/0x9a
Apr 28 17:59:58 cerfix kernel: [   92.145790]  [<ffffffff802bbe88>] ? sys_mount+0x8a/0xcd
Apr 28 17:59:58 cerfix kernel: [   92.145790]  [<ffffffff8020bd9a>] ? system_call_after_swapgs+0x8a/0x8f
Apr 28 17:59:58 cerfix kernel: [   92.145790]
Apr 28 17:59:58 cerfix kernel: [   92.145790]
Apr 28 17:59:58 cerfix kernel: [   92.145790] Code: 75 1d 41 0f b7 7d 02 be 01 00 00 00 89 7b 18 48 63 ff 48 c1 e7 04 e8 7c 11 01 00 48 89 43 20 48 63 43 14 48 8b 53 20 48 c1 e0 04 <4c> 89 2c 10 48 63 43 14 48 8b 53 20 48 c1 e0 04 44 89 7c 10 08
Apr 28 17:59:58 cerfix kernel: [   92.145790] RIP  [<ffffffff8822f014>] :xfs:xlog_recover_add_to_trans+0xc1/0xe7
Apr 28 17:59:58 cerfix kernel: [   92.145790]  RSP <ffff8102120679b8>
Apr 28 17:59:58 cerfix kernel: [   92.145790] CR2: 0000000000000010
Apr 28 17:59:58 cerfix kernel: [   92.145807] ---[ end trace 45456718f9854546 ]---

Comment 1 Eric Sandeen 2009-04-29 21:34:04 UTC

Please test 2.6.29; several commits to handle corrupted logs during recovery were committed:

ff392c497b43ddedbab5627b53928a654cc5486e xfs: prevent kernel crash due to corrupted inode log format
6139a2360987f55e4490a7813cf69df74ec8b93a xfs: Check buffer lengths in log recovery
0e446673a15a4e9c336b67c1a638eb12c21d0993 [XFS] fix error handling in xlog_recover_process_one_iunlink

etc

Comment 2 Christoph Hellwig 2009-08-06 21:38:36 UTC

ping?

Comment 3 Christoph Hellwig 2010-02-09 22:19:10 UTC

Without additional information if this still happens with the above commits we can't do much.

Note You need to log in before you can comment on or make changes to this bug.