Re: [Bug #11504] reiserfs ????BUG in 2.6.27-rc5

[Grant Coady]

On Mon, 06 Oct 2008 09:52:15 -0700, Randy Dunlap <randy.dunlap@xxxxxxxxxx> wrote:

>Rafael J. Wysocki wrote:
>> This message has been generated automatically as a part of a report
>> of recent regressions.
>> 
>> The following bug entry is on the current list of known regressions
>> from 2.6.26.  Please verify if it still should be listed and let me know
>> (either way).
>> 
>> 
>> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=11504
>> Subject		: reiserfs  BUG in 2.6.27-rc5
>> Submitter	: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
>> Date		: 2008-09-03 16:35 (32 days old)
>> References	: http://marc.info/?l=linux-kernel&m=122045982120138&w=4
>
>Yes, it should remain since it happened recently on 2.6.27-rc8-git6.
>Again with blocksize = 1KB.
>
>I don't see any action from the reiserfs developers about trying
>to fix this.  Maybe I shouldn't bother testing this.
>
>
>Here's the BUG dump from 2.6.27-rc8-git6:
>
>calling  init_reiserfs_fs+0x0/0x83 [reiserfs]
>initcall init_reiserfs_fs+0x0/0x83 [reiserfs] returned 0 after 0 msecs
>ReiserFS: cciss/c0d0p4: found reiserfs format "3.6" with standard journal
>ReiserFS: cciss/c0d0p4: using journaled data mode
>ReiserFS: cciss/c0d0p4: journal params: device cciss/c0d0p4, size 8125, journal first block 66, max trans len 256, max batch 225, max commit age 30, max trans age 30
>ReiserFS: cciss/c0d0p4: checking transaction log (cciss/c0d0p4)
>ReiserFS: cciss/c0d0p4: Using r5 hash to sort names
>------------[ cut here ]------------
>kernel BUG at fs/reiserfs/journal.c:530!
>invalid opcode: 0000 [1] SMP
>CPU 3
>Modules linked in: reiserfs parport_pc lp parport tg3 lpfc cciss ehci_hcd ohci_hcd uhci_hcd [last unloaded: reiserfs]
>Pid: 24918, comm: fsx-linux Not tainted 2.6.27-rc8-git6 #1
>RIP: 0010:[<ffffffffa00b3e35>]  [<ffffffffa00b3e35>] reiserfs_in_journal+0xed/0x155 [reiserfs]
>RSP: 0018:ffff88017e9bb748  EFLAGS: 00010246
>RAX: 0000000000002493 RBX: ffff88017e9bb79c RCX: 0000000000002493
>RDX: ffffc20011c97760 RSI: ffffc20011bf21f0 RDI: ffff8801f85a9000
>RBP: ffff88017e9bb758 R08: 0000000000000005 R09: ffff880178851800
>R10: ffffc20011bf2000 R11: 0000000000000008 R12: ffff88017e9bb86c
>R13: ffff88027f07f3f0 R14: ffff880178851800 R15: 0000000000000001
>FS:  00007facfc8af6f0(0000) GS:ffff88027f618c80(0000) knlGS:00000000f7f4d6c0
>CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
>CR2: 00007facfcabf000 CR3: 000000017899f000 CR4: 00000000000006e0
>DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
>DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
>Process fsx-linux (pid: 24918, threadinfo ffff88017e9ba000, task ffff8801796ce810)
>Stack:  ffff880178851800 0000000000000493 ffff88017e9bb7c8 ffffffffa0096418
> 000000116f000080 0000200000000001 ffff8801d78a7640 ffffc20000c74004
> 000004837e9bb898 ffffffffa009dd29 0000000005cce34f ffff88017e9bb998
>Call Trace:
> [<ffffffffa0096418>] scan_bitmap_block+0x128/0x227 [reiserfs]
> [<ffffffffa009dd29>] ? reiserfs_update_sd_size+0x297/0x2a9 [reiserfs]
> [<ffffffffa0097160>] reiserfs_allocate_blocknrs+0x87e/0xa94 [reiserfs]
> [<ffffffffa00acedd>] ? search_for_position_by_key+0x165/0x2c7 [reiserfs]
> [<ffffffffa009e341>] reiserfs_get_block+0x3b8/0xf67 [reiserfs]
> [<ffffffff802ba86c>] __block_prepare_write+0x1b9/0x39c
> [<ffffffffa009df89>] ? reiserfs_get_block+0x0/0xf67 [reiserfs]
> [<ffffffff8027991e>] ? __inc_zone_page_state+0x29/0x2b
> [<ffffffff802baafb>] block_write_begin+0x7d/0xcd
> [<ffffffffa00a0071>] reiserfs_write_begin+0x13d/0x1c6 [reiserfs]
> [<ffffffffa009df89>] ? reiserfs_get_block+0x0/0xf67 [reiserfs]
> [<ffffffff8026e1c4>] generic_file_buffered_write+0x14b/0x636
> [<ffffffff802396ea>] ? current_fs_time+0x22/0x29
> [<ffffffff8026ebb0>] __generic_file_aio_write_nolock+0x352/0x3bc
> [<ffffffff8024f04a>] ? debug_mutex_free_waiter+0x46/0x4a
> [<ffffffff8026ec7e>] generic_file_aio_write+0x64/0xc0
> [<ffffffff80299850>] do_sync_write+0xe2/0x126
> [<ffffffff80278b52>] ? vma_prio_tree_remove+0x42/0xe4
> [<ffffffff8029caa2>] ? cp_new_stat+0xf6/0x10f
> [<ffffffff802475e0>] ? autoremove_wake_function+0x0/0x38
> [<ffffffffa00a0b7c>] reiserfs_file_write+0x38/0x4d [reiserfs]
> [<ffffffff8029a029>] vfs_write+0xae/0x157
> [<ffffffff8029a537>] sys_write+0x47/0x6f
> [<ffffffff8020bf0b>] system_call_fastpath+0x16/0x1b
>
>
>Code: d0 25 ff 1f 00 00 49 8b 94 c2 f8 01 00 00 eb 12 8b 42 10 48 39 c8 75 06 4c 39 4a 08 74 0d 48 8b 52 40 48 85 d2 75 e9 31 c0 eb 63 <0f> 0b eb fe 49 8b 41 18 48 c1 e0 03 48 0f af c8 48 63 c2 48 01
>RIP  [<ffffffffa00b3e35>] reiserfs_in_journal+0xed/0x155 [reiserfs]
> RSP <ffff88017e9bb748>
>Kernel panic - not syncing: Fatal exception
>
>
>
>Now why didn't the system reboot?  :(

Did you unload the live filesystem's module above?  May it's a case of 
don't do that?

Grant.

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/