Grrrrr...I finally figured out I was specifying the wrong LUN (I was using 1 in
earlier testing but current targets are Lun 0).
I also mispoke...this is actually Etherboot's gPXE's Iscsi logic, NOT fedora.
Here it is working now:
iSCSI (SCSI Data In)
Opcode: SCSI Data In (0x25)
Flags: 0x81
1... .... = F: Final PDU in sequence
.0.. .... = A: Acknowledge not requested
.... .0.. = O: No residual overflow occurred
.... ..0. = U: No residual underflow occurred
.... ...1 = S: Response contains SCSI status
Status: Good (0x00)
TotalAHSLength: 0x00
DataSegmentLength: 0x00000008
LUN: 0000000000000000
InitiatorTaskTag: 0x00000002
TargetTransferTag: 0xffffffff
StatSN: 0x00000003
ExpCmdSN: 0x00000001
MaxCmdSN: 0x0000000f
DataSN: 0x00000000
BufferOffset: 0x00000000
ResidualCount: 0x00000000
Request in: 487
Time from request: 0.000332000 seconds
SCSI Payload (Read Capacity(10) Response Data)
[LUN: 0x0000]
[Command Set:Direct Access Device (0x00) (Using default commandset)]
[SBC Opcode: Read Capacity(10) (0x25)]
[Request in: 487]
[Response in: 489]
LBA: 41943039 (19 GB)
Block size in bytes: 512
SCSI Response (Read Capacity(10))
[LUN: 0x0000]
[Command Set:Direct Access Device (0x00) (Using default commandset)]
[SBC Opcode: Read Capacity(10) (0x25)]
[Request in: 487]
[Time from request: 0.000332000 seconds]
[Status: Good (0x00)]
Note the LUN change from 1 to 0.
Still confusing though...even looking a packet level, error codes are
non-obvious...and also seems to violate RFC....maybe I'm reading an old version
of the RFC or something.
--
This message posted from opensolaris.org
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
