Frank,

> Hi Jim,
>
>> From the globalSAN iSCSI "Targets" tab, I click [+], enter the  
>> domain name of my OpenSolaris server, leave the default port of  
>> 3260, and enter the full iqn.* for my iSCSI target under "target  
>> name".
>
> I don't know if this will help, but I'm attaching my  
> iSCSIConfig.plist, which I believe is the config file that the  
> globalSAN iSCSI GUI modifies.
> Note that I modifed it to remove the actual IQNs for target and  
> initiator because I'm currently running my target unsecured.
> I don't think that the CHAP name and secret are saved in the config  
> file because I enter them when trying to connect, and I think that  
> if the connection fails the settings don't get saved.
>
> Let me know if you need any more info....

Thanks for the  iSCSIConfig.plist, but the answer is not there.

Within globalSAN iSCSI is there a reason you are not using the  
"Portals" tab? By click [+], entering the domain name of your  
OpenSolaris server, then switching to the "Targets" tab, can you see  
what targets  are hosted on the storage node? In other words, is iSCSI  
send targets discovery working?

It is possible that between your iSCSI Initiator (globalSAN) and the  
OpenSolaris server, that you are being routed through some secure  
gateway, NAT router, or some other network gear, this is "securing"  
TCP/IP packages going over the network. I am really questioning the  
means in which an iSCSI Target IQN is getting set to:   
iqn.XXXXXXXXXXXXXXXXXXXXXXXXXXXXX

Compressing and TAR'ing up the following output may help:

        snoop -d <network device> -o /tmp/snoop.out

You might want to use the following DTrace script to capture internal  
iSCSI messages:

        dtrace -n 'pid$target::queue_str:entry { printf("%s",  
copyinstr(arg3)); }' -p `pgrep -o iscsitgtd`

Jim

>
>
> Regards,
>
> Frank
> -- 
> This message posted from opensolaris.org
> <iSCSIConfig.plist>_______________________________________________
> storage-discuss mailing list
> [email protected]
> http://mail.opensolaris.org/mailman/listinfo/storage-discuss

Jim Dunham
Engineering Manager
Sun Microsystems, Inc.
Storage Platform Software Group
work: 781-442-4042, x24042

_______________________________________________
storage-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/storage-discuss

Reply via email to