On 14.01.21 20:26, Chris Hofstaedtler wrote:
> Hi everyone,
>
> * Chris Hofstaedtler <z...@debian.org> [210114 19:20]:
>> * Heinrich Schuchardt <xypron.g...@gmx.de> [210114 18:52]:
>>>>> iscsistart: version 2.1.3
>>>>> iscsistart: Logging into iqn.2000-01.de.xypron:disk1
>>>>> 192.168.0.1:3260,1
>>>>> iscsistart: initiator reported error (32 - target likely not
>>>>> connected)
>>>>>
>>>>> I downgraded to open-iscsi and libopeniscsiusr to version 2.1.2-2 and
>>>>> reinstalled the kernel package.
>>
>> Could you try rebuilding 2.1.3-1 with this upstream patch reverted?
>> https://github.com/open-iscsi/open-iscsi/commit/9258c8eae046d98511d92912983778ca57ba201f
>>
>> That seems to have changed timeout behaviour, so maybe that "fixed"
>> something broken that nevertheless was needed on your system.
>
> Heinrich: here is a proposed source package:
> https://people.debian.org/~zeha/open-iscsi/
> (incl. amd64 binaries, but they are useless to you)
>
> I gave this some more tries in my test VM, and from what I can tell
> there is a race between the iscsi login and the NIC becoming ready.
> (In my test VM, the NIC is immediately ready - but I can "unplug" it
> and "plug" it back in in just the right moment to simulate a slow
> link setup.)
>
> The 2.1.2 code gave you just a bit more time (and maybe one retry)
> to win this race. The 2.1.3 code just flat fails when the NIC is not
> ready, at iscsi login time.
>
> Maybe the old variant is good enough on Heinrich's system. But it
> looks like this would break on an "enterprise network", where the
> Ethernet link would take many seconds to come online...
>
> Not sure if we can claim "iscsi root is supposed to work" where it
> would usually be deployed. But I don't know about 2.0.x or earlier.
>
> Chris
>

Dear Chris,

reverting the patch solves my problem:

iscsistart: version 2.1.3
iscsistart: Logging into iqn.2000-01.de.xypron:disk1 192.168.0.1:3260,1
iscsistart: initiator reported error (15 - session exists)
iscsistart: version 2.1.3
[   10.636168] dwmac-sun8i 1c30000.ethernet eth0: Link is Up -
1Gbps/Full - flow control rx/tx
[   10.644613] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
iscsistart: Logging into iqn.2000-01.de.xypron:disk1 192.[   10.732030]
scsi host0: iSCSI Initiator over TCP/IP
168.0.1:3260,1
iscsistart: Connection1:0 to [target: iqn.2000-01.de.xypron:disk1, po[
 10.779595] scsi 0:0:0:0: RAID              IET      Controller
0001 PQ: 0 ANSI: 5
rtal: 192.168.0.1,3260] through [iface: default] is operational now
[   10.801637] scsi 0:0:0:1: Direct-Access     IET      VIRTUAL-DISK
 0001 PQ: 0 ANSI: 5
[   10.826829] sd 0:0:0:1: Power-on or device reset occurred
[   10.835649] sd 0:0:0:1: [sda] 100663296 512-byte logical blocks:
(51.5 GB/48.0 GiB)
[   10.843421] sd 0:0:0:1: [sda] 4096-byte physical blocks
[   10.849319] sd 0:0:0:1: [sda] Write Protect is off
[   10.855275] sd 0:0:0:1: [sda] Write cache: enabled, read cache:
enabled, supports DPO and FUA

Best regards

Heinrich

Reply via email to