[Bug 227313] net/isboot-kmod works with net/istgt but not with ctld(8)
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Fri Jun 1 15:55:44 UTC 2018
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227313
--- Comment #1 from milios at ccsys.com ---
I can confirm I am experiencing this same bug between two FreeBSD
11.1-RELEASE-p10/amd64 systems. I had to apply the same patch to isboot or else
I'd get fatal trap 12 during boot at the point isboot does its thing. Both
happen to be VIMAGE kernels though I am running ctld/istgt on the host for this
testing, not a jail.
The ctld and istgt daemons are configured identically as far as I can get them
(CHAP required, no restriction for initiator name or ip address, one portal
group, one target, one LUN of 512 byte blocksize which is the same zvol of 4096
byte zfs blocksize.) I can confirm CHAP is indeed authenticating in both cases.
To be explicit, istgt allows isboot to succeed and ctld doesn't.
I get the exact console and log messages as Maurizio. Furthermore, I then
enabled DEBUG in the isboot module to get the following console output when
booting through ctld:
...
ZFS filesystem version: 5
ZFS storage pool version: features support (5000)
Timecounters tick every 1.000 msec
iSCSI boot driver version 0.2.13
IS: Initiator name: iqn.2011-11.org.nuos:08-00-27-a7-cb-a7
NIC0: IP address: 192.168.1.71
NIC0: Prefix: 24
NIC0: Gateway: 192.168.1.1
NIC0: MAC address: 08:00:27:a7:cb:a7
TGT0: Target IP address: 23.111.168.34
TGT0: Target Port: 3260
TGT0: Target LUN: 0
TGT0: Target name: iqn.2011-11.org.nuos:target0
Boot NIC: em0
Configure IPv4 by NIC0
CHAP Type: CHAP
isboot start, thread id=186a0
kproc_start
Attempting to login to iSCSI target and scan all LUNs.
isboot kproc start, thread id=186d9
isboot iscsi start, thread id=186d9
main loop, thread id=186d9
initialize session, thread id=186d9
Initiator: iqn.2011-11.org.nuos:08-00-27-a7-cb-a7
Target: iqn.2011-11.org.nuos:target0
Target IP=23.111.168.34, Port=3260, LUN=0
strdup(joe)3
strdup(passwordhere)12
strdup(iqn.2011-11.org.nuos:08-00-27-a7-cb-a7)38
strdup(iqn.2011-11.org.nuos:target0)28
strdup(CHAP,None)9
strdup(None,CRC32C)11
strdup(None,CRC32C)11
isboot_connect
open socket
try connect...(186d9)
wait connect...
em0: link state changed to UP
old so=0, new so=0xfffff80006424360
isboot_do_login
login start
xmit PDU
recv PDU
isboot_free_mbufext
soreceive BHS is not complete, remaining byte(s)=48
do login failed
boot retry (59)
isboot_connect
open socket
try connect...(186d9)
wait connect...
em0: link state changed to UP
old so=0, new so=0xfffff80006424000
isboot_do_login
login start
xmit PDU
recv PDU
isboot_free_mbufext
soreceive BHS is not complete, remaining byte(s)=48
do login failed
boot retry (58)
isboot_connect
open socket
try connect...(186d9)
wait connect...
em0: link state changed to UP
old so=0, new so=0xfffff80006423a20
isboot_do_login
login start
xmit PDU
recv PDU
isboot_free_mbufext
soreceive BHS is not complete, remaining byte(s)=48
do login failed
boot retry (57)
...repeats...
I haven't gone so far as to dig into what's happening on the wire but if I'm
asked I'll be glad to follow up with any assistance or testing.
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-ports-bugs
mailing list