Re: [storage-discuss] itadm refuses initiator login

2010-11-21 Thread Stephan Budach 
Hi Przem,

well - I did a full uninstall before I installed 4.1 (247) and I just verified 
it once again. After a full uninstall through the unistaller of GlobaSAN 4.0 
(204) there is no leftover from SNS anywhere on the system.

Interestingly, when I tried the 4.1Beta 246, I could connect to my COMSTAR 
targets, but as of 247, this isn't working anymore.

Furthermore, I found some hints about iSCSI refused options that the GlobalSAN 
initiator seems to want to negotiate, when COMSTAR doesn't negotiate them to 
anything other then the iSCSI spec defaults.

This is from some older thread in this forum:


We allow ImmediateData=yes, but not InitialR2T=yes. This means that the only 
kind of "unsolicited first burst" we support is the Immediate Data in the SCSI 
WRITE command PDU itself.
We only allow MaxConnections=1, i.e. there is no support for multiple 
connections per session (MC/S) at this time.
We will negotiate only for DataPDUInOrder=yes
We only negotiate for ErrorRecoveryLevel=0
We only negotiate for MaxOutstandingR2T=1.

So, it seems that requesting a DataPDUInOrder=No from the COMSTAR target 
results in the refused login.

Cheers,
budy
-- 
This message posted from opensolaris.org
___
storage-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/storage-discuss

Re: [storage-discuss] itadm refuses initiator login

2010-11-21 Thread Przemyslaw Ceglowski 
Hi Stephan,

I had the same issue with beta of 4.1 and OI. What worked for me was complete 
uninstall of 4.0, removal of com.sns.globalSAN.plist file from 
~/Library/Preferences, reboot and a fresh install of 4.1.

Good luck,
Przem


On 21 Nov 2010, at 10:28, Stephan Budach 
mailto:[email protected]>> wrote:

Hi,

I am test driving the new 4.1 beta of GlobalSAN for the Mac - the only freely 
available iSCSI initiator. I have been using 4.0 (204) without any problems, 
but that one was 32bit only and the new 4.1Beta (247) is 64bit.

Now, when I try to connect to the my COMSTAR portal, I am getting an error 
about some invalid requests upon login. Using tcpdump I figured out that 
GlobalSAN sends these requests to the portal:


GlobalSAN 4.1 (247)

InitiatorName=iqn.2010-06.de.stephanbudach:mosx
SessionType=Discovery
AuthMethod=None
InitialR2T=Yes
MaxConnections=1
ImmediateDate=Yes
MaxOutstandingR2T=1
DataPDUInOrder=No
DataSequenceInOrder=Yes
ErrorRecoveryLevel=0
MaxRecvDataSegmentLength=65536
MaxBurstLength=262144
FirstBurstLength=262144
DefaultTime2Wait=0
DefaultTime2Remain=0
OFMArker=No
IFMarker=N0
HeaderDigest=None
DataDigest=None

=> Login Response: invalid request during login

The older 32bit version sent these requests and is still able to log in:

GlobalSAN 4.0 (204)

HeaderDigest=CRC32, None
DataDigest=CRC32, None
SessionType=Discovery
InitiatorName=iqn.2010-06.de.stephanbudach:mosx
DefaultTime2Wait=0
DefaultTime2Remain=0
ErrorRecoveryLevel=0
=> Login Response: Success


I suspect that one or more requests are not handled or known by COMSTAR, but 
which ones?

Cheers,
budy
--
This message posted from  
opensolaris.org
___
storage-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/storage-discuss
___
storage-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/storage-discuss