Re: SPC-3 persistent reservations race condition

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi David,

Dne 20.11.2018 v 19:31 David Disseldorp napsal(a):
> Hi Martin,
>
> On Tue, 13 Nov 2018 16:17:36 +0100, Martin Svec wrote:
>
>> Hello,
>>
>> during Hyper-V Cluster Validation tests, we hit a bug in SPC-3 persistent reservations
>> implementation where LIO iSCSI target started to loop indefinitely while freeing
>> a PR registration.
> Any chance you could capture and share a network trace for the specific
> test that triggers the deadlock. Having something to turn into a
> libiscsi regression test would be helpful here.

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)

Martin





[Index of Archives]     [Linux SCSI]     [Kernel Newbies]     [Linux SCSI Target Infrastructure]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Device Mapper]

  Powered by Linux