Hello!
I have two LUNs served by ZFS on an OpenSolaris 2009.06 (111b) box. One volume
is 150G and the other is 300G. The first time I tried to connect to these LUNs
after upgrading from 2008.11, I got the following problem: Using the ATTO iSCSI
Mac initiator, I could mount the 150G volume; but, the 300G volume gave me
"Login failed: Driver failed login (0x50000001)" error.
So, I configured the OS initiator, turned on send-targets and pointed it at
localhost.
# iscsiadm list target
Target: iqn.1986-03.com.sun:02:ce8044b3-c996-6806-b471-aa80a21f63b8
Alias: tank/iscsi_LUNS/vol002
TPGT: 1
ISID: 4000002a0000
Connections: 1
Target: iqn.1986-03.com.sun:02:d104dd07-37e9-e692-9e16-a30d8b6be867
Alias: tank/iscsi_LUNS/vol001
TPGT: 1
ISID: 4000002a0000
Connections: 1
OK. They're both there and both are showing connections.
# iscsiadm list target -vS
Target: iqn.1986-03.com.sun:02:ce8044b3-c996-6806-b471-aa80a21f63b8
Alias: tank/iscsi_LUNS/vol002
TPGT: 1
ISID: 4000002a0000
Connections: 1
CID: 0
IP address (Local): 192.168.1.11:57097
IP address (Peer): 192.168.1.11:3260
Discovery Method: SendTargets
Login Parameters (Negotiated):
Data Sequence In Order: yes
Data PDU In Order: yes
Default Time To Retain: 20
Default Time To Wait: 2
Error Recovery Level: 0
First Burst Length: 65536
Immediate Data: yes
Initial Ready To Transfer (R2T): yes
Max Burst Length: 262144
Max Outstanding R2T: 1
Max Receive Data Segment Length: 8192
Max Connections: 1
Header Digest: NONE
Data Digest: NONE
LUN: 0
Vendor: SUN
Product: SOLARIS
OS Device Name: /dev/rdsk/c8t600144F04A09E65800001E4FB04DF200d0s2
Target: iqn.1986-03.com.sun:02:d104dd07-37e9-e692-9e16-a30d8b6be867
Alias: tank/iscsi_LUNS/vol001
TPGT: 1
ISID: 4000002a0000
Connections: 1
CID: 0
IP address (Local): 192.168.1.11:33938
IP address (Peer): 192.168.1.11:3260
Discovery Method: SendTargets
Login Parameters (Negotiated):
Data Sequence In Order: yes
Data PDU In Order: yes
Default Time To Retain: 20
Default Time To Wait: 2
Error Recovery Level: 0
First Burst Length: 65536
Immediate Data: yes
Initial Ready To Transfer (R2T): yes
Max Burst Length: 262144
Max Outstanding R2T: 1
Max Receive Data Segment Length: 8192
Max Connections: 1
Header Digest: NONE
Data Digest: NONE
As you can see, vol002 has a LUN associated with it, but vol001 does not.
Has anyone seen this before? Does anyone know how to remedy this? I've tried
shareiscsi=off then shareiscsi=on.
I just remembered that when I was originally playing with the iSCSI target, I
was trying to setup CHAP for vol001. I was never successful and ended up not
using it (it's on a home network). Could the upgrade still be trying to use
CHAP? If so, how do I remove it?
Any help would be appreciated!
Thanks!
Mark
--
This message posted from opensolaris.org
_______________________________________________
storage-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/storage-discuss
