[ipxe-devel] Connection reset (0f0a6039) on sanhook or sanboot

james harvey jamespharvey20 at gmail.com
Thu Jan 7 11:29:47 UTC 2016


targetcli.out attached, since the line wrapping makes it awful

On Thu, Jan 7, 2016 at 6:27 AM, james harvey <jamespharvey20 at gmail.com> wrote:
> Going through http://ipxe.org/err/0f0a60, I'm connecting to the
> correct IP address, which I'm able to use on a hard drive install, the
> target machine is online and responding to SRP requests from the hard
> drive install, the target machine is not running any firewall, and the
> target machine's ACL's work from the hard drive install.
>
> iPXE from git, built today, 1.0.0.r2101.g2f861d7.  Used it to make
> 15b3673c.rom and burned it using mstflint.  Target system: linux 4.3.2
> (-2 Arch), targetcli-fb 2.1.fb42 (-2 Arch), dnsmasq 2.75 (-2 Arch),
> and all infiniband software latest releases from openfabrics.org
> (releases, not git versions though.)
>
> My initiator system has a working hard drive Arch install, and I'm
> trying to make it diskless.  The working install makes diagnosing
> easier.  I have the target system and initiator system from the hard
> drive Arch install working perfectly using InfiniBand.  I have been
> using SRP storage for a while now.  I can mount the ISO targets I'm
> trying to boot off, and dd from them on the initiator machine, and
> these dd copies hash-match the published originals.
>
> My target system isn't publicly reachable, so is running no firewall software.
>
> A few things stick out to me.  The target dmesg doesn't show anything
> when iPXE runs.  When the initiator is using my hard drive install, I
> see "ib_srp Received SRP_LOGIN_REQ with i_port_id
> 0x1d534b0003c90200:0x2c903004b5275..." with success.  With failure, if
> the iqn is wrong, I see "ib_srpt Received SRP_LOGIN_REQ with i_port_id
> 0x1d534b0003c90200:0x2c903004b5275... ib_srp rejected SRP_LOGIN_REQ
> because the target por thas not yet been enabled".  I **DON'T** see
> any such dmesg entries when iPXE runs.
>
> Also, I'm using SRP, but I'm not telling iPXE anywhere that I'm doing
> so, rather than a generic iSCSI.  Do I need to be?
>
> From an iPXE boot, tshark shows:
>   1 0.000000000 192.168.2.200 -> 192.168.2.1  TCP 80 4434 → 3260 [SYN]
> Seq=0 Win=65532 Len=0 TSval=22377 TSecr=0 SACK_PERM=1 WS=512 MSS=1994
>   2 0.000040765  192.168.2.1 -> 192.168.2.200 TCP 56 3260 → 4434 [RST,
> ACK] Seq=1 Ack=1 Win=0 Len=0
>
> 192.168.2.200 is of course the initiator, and 192.168.2.1 is the target.
>
> Attached is the wireshark dump binary file.
>
> Below is everything else I can think you might ask for:
>
>
>
> ========== /etc/dnsmasq.conf ==========
> interface=ib0
> bind-interfaces
> dhcp-range=192.168.2.200,192.168.2.250,12h
> dhcp-boot=http://192.168.2.1/auto.ipxe
>
>
>
> ========== http://192.168.2.1/auto.ipxe ==========
> #!ipxe
>
> # Set iSCSI initiator name *** This matches what srptools uses on the
> hard drive install and works fine, and matches what the target kernel
> recognizes as coming from the hard drive install and iPXE ***
> set initiator-iqn ib.1d534b0003c902000002c903004b5275
>
> # Display boot menu
> menu KVM iPXE Boot Menu
> item --key k kvm       [K]VM (Arch Linux)
> item --key a archiso   ISO: [A]rch Linux (terra:/ISOs/latestArch.iso)
> item --key w win7iso   ISO: [W]indows 7 Ultimate SP1 x64 (terra:/ISOs)
> item --key i ipxeShell [i]PXE Shell
> choose --default kvm --timeout 5000 bootChoice && goto ${bootChoice}
> || echo Invalid option selected!
>
> :ipxeShell
> echo Loading iPXE shell...
> shell
> exit
>
> :kvm
> echo Booting KVM (Arch Linux)...
> shell
> exit
>
> :archiso
> echo Hooking ISO: Arch Linux (terra:/ISOs/latestArch.iso)...
> sanhook iscsi:192.168.2.1:::3:ib.fe800000000000000002c903004b531d:iso_archlinux
> echo Booting ISO: Arch Linux (terra:/ISOs/latestArch.iso)...
> sanboot
> exit
>
> :win7iso
> echo Hooking ISO: Windows 7 Ultimate SP1 x64 (terra:/ISOs)...
> sanhook iscsi:192.168.2.1:::4:ib.fe800000000000000002c903004b531d:iso_win7ultimatesp1_64
> echo Booting ISO: Windows 7 Ultimate SP1 x64 (terra:/ISOs)...
> sanboot
> exit
>
>
>
> ========== targetcli ==========
> o- / .........................................................................................................................
> [...]
>   o- backstores
> ..............................................................................................................
> [...]
>   | o- block ..................................................................................................
> [Storage Objects: 3]
>   | | o- kvm1 ....................................................................
> [/dev/disk1/kvm1 (100.0GiB) write-thru activated]
>   | | o- kvm2 ....................................................................
> [/dev/disk2/kvm2 (100.0GiB) write-thru activated]
>   | | o- kvm3 ....................................................................
> [/dev/disk3/kvm3 (100.0GiB) write-thru activated]
>   | o- fileio .................................................................................................
> [Storage Objects: 2]
>   | | o- iso_archlinux
> ................................................
> [/btrfs_isos/latestArch.iso (686.0MiB) write-back activated]
>   | | o- iso_win7ultimatesp1_64 ....
> [/btrfs_isos/en_windows_7_ultimate_with_sp1_x64_dvd_u_677332.iso
> (3.1GiB) write-back activated]
>   | o- pscsi ..................................................................................................
> [Storage Objects: 0]
>   | o- ramdisk ................................................................................................
> [Storage Objects: 0]
>   o- iscsi ............................................................................................................
> [Targets: 0]
>   o- loopback .........................................................................................................
> [Targets: 0]
>   o- sbp ..............................................................................................................
> [Targets: 0]
>   o- srpt .............................................................................................................
> [Targets: 1]
>   | o- ib.fe800000000000000002c903004b531d
> ...........................................................................
> [no-gen-acls]
>   |   o- acls ............................................................................................................
> [ACLs: 1]
>   |   | o- ib.1d534b0003c902000002c903004b5275
> ....................................................................
> [Mapped LUNs: 5]
>   |   |   o- mapped_lun0
> ....................................................................................
> [lun0 block/kvm1 (rw)]
>   |   |   o- mapped_lun1
> ....................................................................................
> [lun1 block/kvm2 (rw)]
>   |   |   o- mapped_lun2
> ....................................................................................
> [lun2 block/kvm3 (rw)]
>   |   |   o- mapped_lun3
> ..........................................................................
> [lun3 fileio/iso_archlinux (rw)]
>   |   |   o- mapped_lun4
> .................................................................
> [lun4 fileio/iso_win7ultimatesp1_64 (rw)]
>   |   o- luns ............................................................................................................
> [LUNs: 5]
>   |     o- lun0
> .....................................................................................
> [block/kvm1 (/dev/disk1/kvm1)]
>   |     o- lun1
> .....................................................................................
> [block/kvm2 (/dev/disk2/kvm2)]
>   |     o- lun2
> .....................................................................................
> [block/kvm3 (/dev/disk3/kvm3)]
>   |     o- lun3
> ................................................................
> [fileio/iso_archlinux (/btrfs_isos/latestArch.iso)]
>   |     o- lun4 .................. [fileio/iso_win7ultimatesp1_64
> (/btrfs_isos/en_windows_7_ultimate_with_sp1_x64_dvd_u_677332.iso)]
>   o- vhost ............................................................................................................
> [Targets: 0]
>   o- xen_pvscsi
> .......................................................................................................
> [Targets: 0]
>
>
>
> ========== other ==========
> initiator: 06:00.0 InfiniBand [0c06]: Mellanox Technologies MT26428
> [ConnectX VPI PCIe 2.0 5GT/s - IB QDR / 10GigE] [15b3:673c] (rev b0)
> target: 40:00.0 InfiniBand [0c06]: Mellanox Technologies MT26428
> [ConnectX VPI PCIe 2.0 5GT/s - IB QDR / 10GigE] [15b3:673c] (rev b0)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: targetcli.out
Type: application/octet-stream
Size: 4123 bytes
Desc: not available
URL: <http://lists.ipxe.org/pipermail/ipxe-devel/attachments/20160107/535ca05a/attachment.obj>


More information about the ipxe-devel mailing list