Hi Martin, On Thu, 22 Nov 2018 19:47:19 +0100, Martin Svec wrote: ... > Please download the trace from https://www.maatts.eu/lio-pr.pcap. It's a merge of captures of two > target SAN interfaces (10.22.1.208, 10.22.2.208). The deadlock occured in 18:57:17 CET. I guess it > was caused by packets 5979 and 5980: > > 5979 62.915577 10.22.102.66 10.22.1.208 iSCSI 126 SCSI: Persistent Reserve Out > LUN: 0x01 SCSI: Data Out LUN: 0x01 (Persistent Reserve Out Request Data) > 5980 62.915722 10.22.102.52 10.22.2.208 iSCSI 126 SCSI: Persistent Reserve Out > LUN: 0x01 SCSI: Data Out LUN: 0x01 (Persistent Reserve Out Request Data) I've attempted to trigger this via a new libiscsi test published at: https://github.com/ddiss/libiscsi/ branch: test_mpio_async_prout_preempt I haven't had any luck so far against mainline kernel, but am interested to hear whether you're able to trigger the deadlock against your target. It can be run via: # make ./test-tool/iscsi-test-cu -V --dataloss --test=SCSI.MultipathIO.ProutPreemptAsync \ iscsi://$TARGET_IP/$IQN/$LUN \ iscsi://$TARGET_IP/$IQN/$LUN You can use different or matching portal IPs for the two iSCSI target URIs above. Cheers, David
