[ipxe-devel] Connection reset (0f0a6039) on sanhook or sanboot
james harvey
jamespharvey20 at gmail.com
Thu Jan 7 11:27:33 UTC 2016
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: wireshark_pcapng_ib0_20160107034840_vTNuej
Type: application/octet-stream
Size: 460 bytes
Desc: not available
URL: <http://lists.ipxe.org/pipermail/ipxe-devel/attachments/20160107/5c5bc7b1/attachment.obj>
More information about the ipxe-devel
mailing list