reiserfs file system crashed Reproducible: Always Steps to Reproduce: 1. Create a large reiserfs file system (4TB) using ARC-1130 raid system 2. Generate lots of files. 3. Try delete and re-generate lots of small files Actual Results: Crash and kernel panic. Expected Results: No crash at all. ------------[ cut here ]------------ kernel BUG at fs/reiserfs/prints.c:361! invalid opcode: 0000 [1] SMP CPU 1 Modules linked in: ipv6 usb_storage uhci_hcd ipmi_watchdog ipmi_devintf ipmi_msg handler quota_v2 arcmsr sg tg3 ehci_hcd ohci_hcd Pid: 6381, comm: nfsd Not tainted 2.6.22-gentoo-r8 #1 RIP: 0010:[<ffffffff802e2b7a>] [<ffffffff802e2b7a>] reiserfs_panic+0x7a/0x80 RSP: 0018:ffff8101e63893e0 EFLAGS: 00010286 RAX: 0000000000000093 RBX: 0000000000000000 RCX: ffff8101fc6a2720 RDX: ffff8101137cb030 RSI: 0000000000000082 RDI: ffffffff805a0320 RBP: ffff81007e7fd150 R08: 0000000000000000 R09: 0000000000000001 R10: 0000000000000000 R11: 0000000000000000 R12: ffff81007e7ed0e8 R13: ffff81007e7cd000 R14: 000000000000000a R15: ffff8101e6389580 FS: 00002aca3fc9d6f0(0000) GS:ffff8101fc6af9c0(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b CR2: 00002ba7fe4f3000 CR3: 00000001f777e000 CR4: 00000000000006e0 Process nfsd (pid: 6381, threadinfo ffff8101e6388000, task ffff8101fa131810) Stack: 0000003000000018 ffff8101e63894c0 ffff8101e6389400 ffff8100a7f190c8 0000000000000000 0000000000000000 ffff8100d2e4ae30 0000000000000000 ffff81007e7cd000 ffffc200032567f0 0000000000000000 0000000000000000 Call Trace: [<ffffffff802a2693>] __find_get_block+0x83/0x180 [<ffffffff8024279c>] bit_waitqueue+0x1c/0xb0 [<ffffffff802e2bfb>] check_internal+0x7b/0xb0 [<ffffffff802e6637>] internal_move_pointers_items+0x197/0x290 [<ffffffff802e68ac>] internal_shift_left+0x5c/0x100 [<ffffffff802e7263>] balance_internal+0x753/0xc50 [<ffffffff802ed052>] get_cnode+0x82/0x90 [<ffffffff802ed15e>] journal_mark_dirty+0xfe/0x2a0 [<ffffffff802e44f7>] leaf_insert_into_buf+0x1a7/0x260 [<ffffffff802ceb61>] do_balance+0x791/0x2a30 [<ffffffff802a2693>] __find_get_block+0x83/0x180 [<ffffffff8024279c>] bit_waitqueue+0x1c/0xb0 [<ffffffff80242878>] wake_up_bit+0x18/0x40 [<ffffffff802de33c>] fix_nodes+0x44c/0x890 [<ffffffff802eab39>] reiserfs_insert_item+0x229/0x2d0 [<ffffffff80282030>] inode_get_bytes+0x10/0x40 [<ffffffff802d7b97>] reiserfs_new_inode+0x417/0x890 [<ffffffff802e02f8>] reiserfs_dquot_initialize+0xa8/0xd0 [<ffffffff802d1ef0>] reiserfs_create+0xf0/0x1c0 [<ffffffff802873ec>] vfs_create+0xcc/0x130 [<ffffffff80324171>] nfsd_create_v3+0x441/0x550 [<ffffffff8032a8d5>] nfsd3_proc_create+0x125/0x1b0 [<ffffffff8031d781>] nfsd_dispatch+0xb1/0x200 [<ffffffff804b6a56>] svc_process+0x476/0x7a0 [<ffffffff804c50a2>] __down_read+0x12/0xb0 [<ffffffff8031dcc0>] nfsd+0x0/0x2d0 [<ffffffff8031de50>] nfsd+0x190/0x2d0 [<ffffffff8020a848>] child_rip+0xa/0x12 [<ffffffff8031dcc0>] nfsd+0x0/0x2d0 [<ffffffff8031dcc0>] nfsd+0x0/0x2d0 [<ffffffff8020a83e>] child_rip+0x0/0x12 Code: 0f 0b eb fe 66 90 48 83 ec 08 48 85 ff 74 5a 4c 8b 47 28 41 RIP [<ffffffff802e2b7a>] reiserfs_panic+0x7a/0x80 RSP <ffff8101e63893e0> WARNING: at kernel/exit.c:869 do_exit() Call Trace: [<ffffffff80231aaf>] do_exit+0x3bf/0x940 [<ffffffff804c56b8>] _spin_unlock_irqrestore+0x8/0x10 [<ffffffff8020b6c2>] die+0x52/0x60 [<ffffffff8020be14>] do_invalid_op+0x84/0xa0 [<ffffffff802e2b7a>] reiserfs_panic+0x7a/0x80 [<ffffffff8022edfe>] printk+0x4e/0x60 [<ffffffff802e2504>] prepare_error_buf+0x94/0x580 [<ffffffff804c58fd>] error_exit+0x0/0x84 [<ffffffff802e2b7a>] reiserfs_panic+0x7a/0x80 [<ffffffff802a2693>] __find_get_block+0x83/0x180 [<ffffffff8024279c>] bit_waitqueue+0x1c/0xb0 [<ffffffff802e2bfb>] check_internal+0x7b/0xb0 [<ffffffff802e6637>] internal_move_pointers_items+0x197/0x290 [<ffffffff802e68ac>] internal_shift_left+0x5c/0x100 [<ffffffff802e7263>] balance_internal+0x753/0xc50 [<ffffffff802ed052>] get_cnode+0x82/0x90 [<ffffffff802ed15e>] journal_mark_dirty+0xfe/0x2a0 [<ffffffff802e44f7>] leaf_insert_into_buf+0x1a7/0x260 [<ffffffff802ceb61>] do_balance+0x791/0x2a30 [<ffffffff802a2693>] __find_get_block+0x83/0x180 [<ffffffff8024279c>] bit_waitqueue+0x1c/0xb0 [<ffffffff80242878>] wake_up_bit+0x18/0x40 [<ffffffff802de33c>] fix_nodes+0x44c/0x890 [<ffffffff802eab39>] reiserfs_insert_item+0x229/0x2d0 [<ffffffff80282030>] inode_get_bytes+0x10/0x40 [<ffffffff802d7b97>] reiserfs_new_inode+0x417/0x890 [<ffffffff802e02f8>] reiserfs_dquot_initialize+0xa8/0xd0 [<ffffffff802d1ef0>] reiserfs_create+0xf0/0x1c0 [<ffffffff802873ec>] vfs_create+0xcc/0x130 [<ffffffff80324171>] nfsd_create_v3+0x441/0x550 [<ffffffff8032a8d5>] nfsd3_proc_create+0x125/0x1b0 [<ffffffff8031d781>] nfsd_dispatch+0xb1/0x200 [<ffffffff804b6a56>] svc_process+0x476/0x7a0 [<ffffffff804c50a2>] __down_read+0x12/0xb0 [<ffffffff8031dcc0>] nfsd+0x0/0x2d0 [<ffffffff8031de50>] nfsd+0x190/0x2d0 [<ffffffff8020a848>] child_rip+0xa/0x12 [<ffffffff8031dcc0>] nfsd+0x0/0x2d0 [<ffffffff8031dcc0>] nfsd+0x0/0x2d0 [<ffffffff8020a83e>] child_rip+0x0/0x12
(In reply to comment #0) > 1. Create a large reiserfs file system (4TB) using ARC-1130 raid system Yeah, everyone has that at hand... :=) The only reference I could find to this was http://www.ussg.iu.edu/hypermail/linux/kernel/0610.2/0728.html and that patch is already applied in 2.6.23 at least... shrug.
*** Bug 197829 has been marked as a duplicate of this bug. ***
Probably one does not need a large reiserfs file system to duplicate this problem. Just create some file system inconsistency and then try to write lots of data over the same directories. Simon
Is this still an issue with later kernels?
(In reply to comment #4) > Is this still an issue with later kernels? > No. It's more like hardware issue. You can close this bug.
