xfs-masters
[Top] [All Lists]

[xfs-masters] [Bug 722] New: kernel panic under load

To: xfs-master@xxxxxxxxxxx
Subject: [xfs-masters] [Bug 722] New: kernel panic under load
From: bugzilla-daemon@xxxxxxxxxxx
Date: Wed, 4 Oct 2006 04:29:18 -0700
Reply-to: xfs-masters@xxxxxxxxxxx
Sender: xfs-masters-bounce@xxxxxxxxxxx
http://oss.sgi.com/bugzilla/show_bug.cgi?id=722

           Summary: kernel panic under load
           Product: Linux XFS
           Version: Current
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: major
          Priority: P2
         Component: XFS kernel code
        AssignedTo: xfs-master@xxxxxxxxxxx
        ReportedBy: wolfi@xxxxxxxxxxxxxxxx


I'm using a stock FC5 kernel 2.6.17-1.2187_FC5, and
as soon as I generate write-load to even NON-XFS filesystems,
after a short time (less than 30mins under load) I consistently
get a panic.
The main component change I made on this system is to add md-mirroring (raid1)
Interesting is, that the system works for a while, and even heavy I/O to
non-md devices causes the panic.

Wed Oct  4 12:49:56 CEST 2006
do_IRQ: stack overflow: 480
 <c0405013> do_IRQ+0x41/0x80  <c04036f2> common_interrupt+0x1a/0x20
 <c04c9d7b> get_request+0x131/0x31a  <c044219c> mempool_alloc+0x37/0xce
 <c04ca58e> get_request_wait+0x1b/0x15e  <c04c7c4c> elv_insert+0x156/0x268
 <c04ca7c1> blk_plug_device+0x6e/0xb5  <c04cbe06> __make_request+0x322/0x3cb
 <c04ca7c1> blk_plug_device+0x6e/0xb5  <c04c9730> 
generic_make_request+0x2b6/0x2c6
 <c0602d6d> _spin_unlock_irq+0x5/0x7  <c0600d34> schedule+0x526/0x582
 <c0405047> do_IRQ+0x75/0x80  <c0460f41> __bio_clone+0x72/0x8d
 <f8823fd9> make_request+0x15c/0x510 [raid1]  <f8823fd9>
make_request+0x15c/0x510 [raid1]
 <c04c9730> generic_make_request+0x2b6/0x2c6  <c04c9730>
generic_make_request+0x2b6/0x2c6
 <f904341a> __map_bio+0xd5/0x102 [dm_mod]  <c0460f41> __bio_clone+0x72/0x8d
 <f90431f7> clone_bio+0x24/0x4d [dm_mod]  <f9043d34> __split_bio+0x17f/0x41d
[dm_mod]
 <c0552f51> ide_map_sg+0x26/0x71  <c0423caf> __mod_timer+0x8a/0x94
 <f904462d> dm_request+0x120/0x134 [dm_mod]  <c04c9730>
generic_make_request+0x2b6/0x2c6
 <c055a3c9> ide_dma_exec_cmd+0x1f/0x22  <c0559d8c> ide_dma_start+0x22/0x2e
 <c0443fc6> get_page_from_freelist+0x26e/0x3d7  <c04d5fc4>
radix_tree_node_alloc+0x10/0x42
 <c04cb29e> submit_bio+0xb7/0xbe  <c044219c> mempool_alloc+0x37/0xce
 <c0602d29> _write_unlock_irq+0x5/0x7  <c043f9f3> add_to_page_cache+0x61/0x68
 <c0461332> bio_add_page+0x34/0x3a  <f9274548> xfs_buf_iorequest+0x344/0x391 
[xfs]
 <f9274d8a> xfs_buf_get_flags+0x2da/0x379 [xfs]  <f927489b>
xfs_buf_iostart+0x6c/0x81 [xfs]
 <f9274e61> xfs_buf_read_flags+0x38/0x68 [xfs]  <f9267805>
xfs_trans_read_buf+0x1ea/0x2f5 [xfs]
 <f9239340> xfs_btree_read_bufs+0x80/0x9a [xfs]  <f92224c8>
xfs_alloc_lookup+0x122/0x378 [xfs]
 <f9271ab1> kmem_zone_zalloc+0x1d/0x41 [xfs]  <f92208d2>
xfs_alloc_ag_vextent+0x78a/0xf8c [xfs]
 <f922189b> xfs_alloc_vextent+0x321/0x463 [xfs]  <f9230dfd>
xfs_bmapi+0xfcf/0x1f0b [xfs]
 <f9270000> xfs_mkdir+0x3f8/0x6b2 [xfs]  <f92584a8>
xfs_iomap_write_allocate+0x2e5/0x4e1 [xfs]
 <f9256ec8> xfs_iomap+0x448/0x78b [xfs]  <f9272454> xfs_map_blocks+0x3c/0x69 
[xfs]
 <f9272817> xfs_page_state_convert+0x33f/0xd45 [xfs]  <c0461332>
bio_add_page+0x34/0x3a
 <c0602d6d> _spin_unlock_irq+0x5/0x7  <c0600d34> schedule+0x526/0x582
 <c0602d6d> _spin_unlock_irq+0x5/0x7  <c0600d34> schedule+0x526/0x582
 <f9273461> xfs_vm_writepage+0x9c/0xcd [xfs]  <c047cd7d>
mpage_writepages+0x1a6/0x325
 <f92733c5> xfs_vm_writepage+0x0/0xcd [xfs]  <c0444a5b> do_writepages+0x2b/0x32
 <c04403d4> __filemap_fdatawrite_range+0x65/0x70  <c0440471>
filemap_fdatawrite_range+0x21/0x27
 <c044057e> sync_page_range+0x6b/0xcf  <f9279a0f> xfs_write+0xafb/0xbac [xfs]
 <c043d0f9> __audit_inode+0xcb/0x139  <f9275de7> xfs_file_aio_write+0x72/0x7a 
[xfs]
 <c045bc49> do_sync_write+0xc3/0xfd  <c042c174> 
autoremove_wake_function+0x0/0x35
 <c043ccec> audit_syscall_entry+0x104/0x12b  <c045bb86> do_sync_write+0x0/0xfd
 <c045c52f> vfs_write+0xa8/0x150  <c045ca63> sys_write+0x41/0x67
 <c0402cb3> syscall_call+0x7/0xb 
 =======================
BUG: unable to handle kernel NULL pointer dereference at virtual address 
00000020
 printing eip:

<< no eip was printed on tty >>

i have several similar oopses ...
any idea how to track this further down ?

My next idea is to recompile a kernel with 8k stack and frame-pointers.

-- 
Configure bugmail: http://oss.sgi.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.


<Prev in Thread] Current Thread [Next in Thread>
  • [xfs-masters] [Bug 722] New: kernel panic under load, bugzilla-daemon <=