Nigel Smith wrote:
> I googled on some sub-strings from your ESX logs
> and found these threads on the VmWare forum 
> which lists similar error messages,
> & suggests some actions to try on the ESX server:
>
> http://communities.vmware.com/message/828207
>
> Also, see this thread:
>
> http://communities.vmware.com/thread/131923
>
> Are you using multiple Ethernet connections between the OpenSolaris box
> and the ESX server?
>   
Indeed, I think there might be some notion of 2 separate interfaces. I 
see 0.0.0.0 and the 138.xx.xx.xx networks.

Oct 16 06:38:29 vmware-860-1 vmkernel: 0:02:03:00.166 cpu1:1080)iSCSI: bus 0 
target 40 trying to establish session 0x9a684e0 to portal 0, address 0.0.0.0 
port 3260 group 1

Oct 16 06:16:30 vmware-860-1 vmkernel: 0:01:41:01.021 cpu1:1076)iSCSI: bus 0 
target 38 established session 0x9a402c0 #1 to portal 0, address 138.23.117.32 
port 3260 group 1, alias luna


Do you have an active interface on the OpenSolaris box that is configured for 
0.0.0.0 right now? By default, since you haven't configured the tpgt on the 
iscsi target, solaris will broadcast all active interfaces in its SendTargets 
response. On the ESX side, ESX will attempt to log into all addresses in that 
SendTargets response, even though you may only put 1 address in the sw 
initiator config.

If that is the case, you have a few options

a) disable that bogus interface
b) fully configure it and and also create a vmkernel interface that can 
connect to it
c) configure a tpgt mask on the iscsi target (iscsitadm create tpgt) to 
only use the valid address

Also, I never see target 40 log into anything...is that still a valid 
target number?
You may want to delete everything in /var/lib/iscsi and reboot the host. 
The vmkbinding and vmkdiscovery files will be rebuilt and it will start 
over with target 0. Sometimes, things get a bit crufty.


-ryan

> Your 'iscsitadm list target -v' is showing "Connections: 0",
> so run that command after the  ESX server initiator has
> successfully connected to the OpenSolaris iscsi target,
> and post that output.
> The log files seem to show the iscsi session has dropped out,
> and the initiator is auto retrying to connect to the target, 
> but failing. It may help to get a packet capture at this stage
> to try & see why the logon is failing.
> Regards
> Nigel Smith
> --
> This message posted from opensolaris.org
> _______________________________________________
> zfs-discuss mailing list
> zfs-discuss@opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
>   

_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to