Comment 13 for bug 1056746

Revision history for this message
Louis Bouchard (louis) wrote : Re: kernel thread hang on iscsi target disconnect when multipath is active

FYI, turns out, this is fixed in upstream 3.7 :

commit bc3f02a795d3b4faa99d37390174be2a75d091bd
Author: Dan Williams <email address hidden>
Date: Tue Aug 28 22:12:10 2012 -0700

    [SCSI] scsi_remove_target: fix softlockup regression on hot remove

    John reports:
     BUG: soft lockup - CPU#2 stuck for 23s! [kworker/u:8:2202]
     [..]
     Call Trace:
      [<ffffffff8141782a>] scsi_remove_target+0xda/0x1f0
      [<ffffffff81421de5>] sas_rphy_remove+0x55/0x60
      [<ffffffff81421e01>] sas_rphy_delete+0x11/0x20
      [<ffffffff81421e35>] sas_port_delete+0x25/0x160
      [<ffffffff814549a3>] mptsas_del_end_device+0x183/0x270

    ...introduced by commit 3b661a9 "[SCSI] fix hot unplug vs async scan race".

    Don't restart lookup of more stargets in the multi-target case, just
    arrange to traverse the list once, on the assumption that new targets
    are always added at the end. There is no guarantee that the target will
    change state in scsi_target_reap() so we can end up spinning if we
    restart.