On Wed, 5 Dec 2007 21:44:54 +0100 Bernd Schubert <bs@xxxxxxxxx> wrote: > after scsi-recovery a system here went into some kind lock-up, everything > seems to be in wait_for_completion(). Please see the attached > blocked_states.txt and all_states.txt files. > This is 2.6.22.12, I can easily find out the line numbers if required. > > Any help is highly appreciated. > > Please cc linux-scsi on scsi-related reports. > > > [blocked_states.txt text/plain (20.5KB)] > [generate break] > [ 1818.566436] SysRq : Show Blocked State > [ 1818.570260] > [ 1818.570261] free sibling > [ 1818.579253] task PC stack pid father child younger older > [ 1818.586987] events/7 D 00000155dd642280 0 26 2 (L-TLB) > [ 1818.593747] ffff81012b529ac0 0000000000000046 0000000000000000 ffff810128280d18 > [ 1818.601321] ffff8100ba2376f8 ffff81012b689630 ffff81012aff76b0 000000078023e215 > [ 1818.608870] 000000010003ca14 0000000000000000 ffff810001065400 0000000780430c13 > [ 1818.616222] Call Trace: > [ 1818.618925] [<ffffffff804ececb>] io_schedule+0x28/0x36 > [ 1818.624207] [<ffffffff8036e517>] get_request_wait+0x104/0x158 > [ 1818.630112] [<ffffffff8036e5a1>] blk_get_request+0x36/0x6b > [ 1818.635755] [<ffffffff8042f5cb>] scsi_execute+0x51/0x129 > [ 1818.641240] [<ffffffff880cc11b>] :scsi_transport_spi:spi_execute+0x87/0xf8 > [ 1818.648271] [<ffffffff880cd5ae>] :scsi_transport_spi:spi_dv_device_echo_buffer+0x181/0x27d > [ 1818.656739] [<ffffffff880cd801>] :scsi_transport_spi:spi_dv_retrain+0x4e/0x240 > [ 1818.664139] [<ffffffff880ce008>] :scsi_transport_spi:spi_dv_device+0x615/0x69c > [ 1818.671542] [<ffffffff880f16d1>] :mptspi:mptspi_dv_device+0xb3/0x14b > [ 1818.678042] [<ffffffff880f27d3>] :mptspi:mptspi_dv_renegotiate_work+0xcb/0xef > [ 1818.685348] [<ffffffff80245bb8>] run_workqueue+0x8e/0x120 > [ 1818.690905] [<ffffffff80245d50>] worker_thread+0x106/0x117 > [ 1818.696540] [<ffffffff80249672>] kthread+0x4b/0x82 > [ 1818.701474] [<ffffffff8020ab28>] child_rip+0xa/0x12 > [ 1818.706495] > [ 1818.708022] unionfs-fuse- D 000001a76ef63463 0 1119 1 (NOTLB) > [ 1818.714764] ffff810129765988 0000000000000082 0000000000000000 ffffffff80337e22 > [ 1818.722329] ffff8101297658c8 ffff81012b652f20 ffff810129eec810 0000000600000000 > [ 1818.729895] 000000010005204e 0000000000000000 ffff81000105c400 0000000680337c3e > [ 1818.737249] Call Trace: > [ 1818.739953] [<ffffffff804ecfba>] schedule_timeout+0x8a/0xb6 > [ 1818.745673] [<ffffffff804ecf01>] io_schedule_timeout+0x28/0x36 > [ 1818.751664] [<ffffffff8026fba7>] congestion_wait+0x9d/0xc2 > [ 1818.757300] [<ffffffff80269b24>] balance_dirty_pages_ratelimited_nr+0x196/0x22f > [ 1818.764781] [<ffffffff80265a3f>] generic_file_buffered_write+0x52a/0x60d > [ 1818.771641] [<ffffffff80266210>] __generic_file_aio_write_nolock+0x45a/0x491 > [ 1818.778852] [<ffffffff802662a8>] generic_file_aio_write+0x61/0xc1 > [ 1818.785101] [<ffffffff8032eb94>] nfs_file_write+0x138/0x1b7 > [ 1818.790822] [<ffffffff8028d222>] do_sync_write+0xcc/0x112 > [ 1818.796372] [<ffffffff8028d32b>] vfs_write+0xc3/0x165 > [ 1818.801575] [<ffffffff8028d5df>] sys_pwrite64+0x68/0x96 > [ 1818.806959] [<ffffffff80209d0e>] system_call+0x7e/0x83 > [ 1818.812250] [<00002b4eeec3ea73>] > > [snippage] > Possibly your device driver had conniptions and stopped generating completion interrupts. Which driver is in use? I don't suppose it is repeatable. - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
