#6741 closed defect (fixed)
ISCSI support is broken
Reported by: | ddn | Owned by: | |
---|---|---|---|
Component: | other | Version: | VirtualBox 3.2.0 |
Keywords: | Cc: | ||
Guest type: | other | Host type: | Windows |
Description
installed Virtualbox last 3.2.0 64 bit on windows 7 64 bit with 8 gigs of RAM and 500 gb RAID stripe disk. host system is connected throught ethernet 802.3 to HP MSA 2012i (iscsi storage subsystem). If i use Microsoft iSCSI initiator (win7 have this) im connected to iscsi storage and see presented disk. If i try to add scsi disk from virtualbox using command: VBoxManage addiscsidisk --server 192.168.1.20 --target iqn.1986-03.com.hp:storage.msa2012i.0844d74ef4.a
Oracle VM VirtualBox Command Line Management Interface Version 3.2.0 (C) 2005-2010 Oracle Corporation All rights reserved.
iSCSI disk created. UUID: 1c274e54-6516-49a8-8d5c-0c16298aa4e0
BUT i didnt see connection! virtual disk manager says: Could not open the medium VD: error VERR_VD_ISCSI_INVALID_TYPE opening image file '192.168.1.20|iqn.1986-03.com.hp:storage.msa2012i.0844d74ef4.a' (VERR_VD_ISCSI_INVALID_TYPE)
But from Windows7 microsoft initiator sees the disk!. Now i launch wireshark. I see that VirtualBox success in login stage but didn't try to negotiate with iSCSI storage used parameters! He simply wait for presented LUNS...
Microsoft iSCSI initiator ask iSCSI storage about used parameters. Wireshark Sniffer sees packets containing: HeaderDigest=None DataDigest=None ErrorRecoveryLevel=0 InitialR2T=Yes ImmediateData=No MaxRecvDataSegmentLength=1048576 MaxBurstLength=262144 FirstBurstLength=65536 MaxConnections=1 DataPDUInOrder=Yes DataSequenceInOrder=Yes DefaultTime2Wait=0 DefaultTime2Retain=20 MaxOutstandingR2T=16
Attachments (3)
Change History (14)
follow-up: 3 comment:1 by , 15 years ago
comment:2 by , 15 years ago
okay, will attach soon normal trace (with microsoft iscsi initiator) and broken (with vbox initiator).
comment:3 by , 15 years ago
Replying to klaus:
If you have a packet trace why don't you attach it? I would expect it to be just a couple of KB in size for such an early failure.
attached sniff sessions
comment:4 by , 15 years ago
The target presents the disk as an enclosure device (0x0d) and not as a disk according to the packet trace. This is the reason for the error.
comment:5 by , 15 years ago
Actually the target presents two LUNs. The first one is the enclosure device. The second LUN (0x21) contains the disk. You can try to add the the SCSI disk using the --lun parameter to set the LUN to use.
comment:6 by , 15 years ago
priority: | blocker → major |
---|
comment:7 by , 15 years ago
aeichner, thanks for replying but after using:
VBoxManage addiscsidisk --server 192.168.1.20 --target iqn.1986-03.com.hp:storage.msa2012i.0844d74ef4.a --lun 1
i got something REALLY strange (see attached screenshot). Is this a vboxmanage string to integer parsing error (bug) ?
comment:8 by , 15 years ago
Looks like a formatting bug. The LUN value is correctly stored in the configuration here. The --lun parameter is not 1 for the target but 33 (0x21 is hexadecimal). Using 33 as the lun to use should fix the problem.
comment:9 by , 15 years ago
Good! Its working now. thanks you for help!
P.S. Is this moment should be documented in VBox manual?
comment:10 by , 15 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Should be already properly documented.
comment:11 by , 15 years ago
BTW, if you wonder what funny number VirtualBox shows as the LUN, please read the iSCSI specification. This is the encoded form of the LUN (a 64bit value), and the people writing the spec really did a great job placing the data fields in the 64bit value field so that it looks almost like one got the byte ordering wrong.
If you have a packet trace why don't you attach it? I would expect it to be just a couple of KB in size for such an early failure.