I'm not sure if this is relevant but I ran into a similar error today configuring a PS6000 SAN. After much stuffing around I found that the IP address I tried to configure for the Group IP Address, when pinged, returned a "Destination host unreachable" response as opposed to what you would expect in the form of: "Request Timed Out". When I tested from other servers I got "Request Timed Out" notifications so I went back to the original server and cleared the routing table by going to the command line and executing a " route -f " with the route utility. After which pings returned "Request timed out" messages and I could move on through the SAN configuration.
Not sure if this will help but I thought I would post in case I can spare someone else the time and hassle.
If there is nothing on the PS6000 yet, then console into it, or ssh, telnet, whatever to the IP address you're trying to use, reset it (wipes the config) and then try again. They'll be much quicker than getting on with support, if it's empty.
First, ensure you have a unique IP address for the member IP (the first IP address requested) and the Group IP address (they must be different). The member IP is the eth0 IP address, where the group IP is a virtual IP that the HOST iSCSI initiator uses to discover the group, and redirect the initiator to a physical IP on the array.
You didn't indicate the type of interface on the host you are using to run RSW, i.e., NIC, HBA. You may need to check the properties to ensure they are setup correctly for iSCSI, do a search in the EqualLogic knowledge base for “wizard”.
Also, (although not usually related to duplicate IP messages, but will effect performance) ensure you have your 6224 switches setup on a unique VLAN for iSCSI, do not use the default VLAN (see the support site KB and search on “default VLAN” for further info why we recommend this).
@Joe: Many thanks for the pointers. The Group and Member IP addresses are unique, the only other addresses on the network are the Server and the network switches, so I have plenty to choose from! I will look more into the properties of the server's NIC that I'm using to run the RSW. Your suggestion makes me think it isn't fully or correclty set up for the iSCSI side.
I'll also get the switches set up on a new VLAN for the iSCSI - I wasn't aware that was the recommended approach so many thanks for htat.
@mfkelly: thanks also for your suggestion, if I get no joy with Joe's suggestions I'll reset and try again.
Another item may be the mac address table on the switch is corrupted, if you can restart the switch. If you have two switches stacked, check the trunk ports between switches, you may not have spanning tree enabled on them.
You may also want to try the Remote Setup Command Line utility, it’s discussed in the HIT user guide.
Finally, if all else fails use the serial interface on the array to setup the member.
" If you have two switches stacked, check the trunk ports between switches, you may not have spanning tree enabled on them."
If the switches are stacked, there shouldn't be trunk ports between the switches. Trunk ports are only used if you aren't stacking. The stacking connections between the switches don't need any settings as such in an iSCSI setup; they just extend the 'switch' to have more ports more or less.
Yes, agreed, if using the stacking cable, you don't need to setup spanning tree. I wasn't clear, I was referring to an ISL between the switches, without a stacking cable.
stryder110
1 Message
1
July 6th, 2011 22:00
I'm not sure if this is relevant but I ran into a similar error today configuring a PS6000 SAN. After much stuffing around I found that the IP address I tried to configure for the Group IP Address, when pinged, returned a "Destination host unreachable" response as opposed to what you would expect in the form of: "Request Timed Out". When I tested from other servers I got "Request Timed Out" notifications so I went back to the original server and cleared the routing table by going to the command line and executing a " route -f " with the route utility. After which pings returned "Request timed out" messages and I could move on through the SAN configuration.
Not sure if this will help but I thought I would post in case I can spare someone else the time and hassle.
mfkelly_tx
31 Posts
0
July 1st, 2011 08:00
If there is nothing on the PS6000 yet, then console into it, or ssh, telnet, whatever to the IP address you're trying to use, reset it (wipes the config) and then try again. They'll be much quicker than getting on with support, if it's empty.
Joe S586
7 Technologist
•
729 Posts
0
July 1st, 2011 08:00
Tim,
First, ensure you have a unique IP address for the member IP (the first IP address requested) and the Group IP address (they must be different). The member IP is the eth0 IP address, where the group IP is a virtual IP that the HOST iSCSI initiator uses to discover the group, and redirect the initiator to a physical IP on the array.
You didn't indicate the type of interface on the host you are using to run RSW, i.e., NIC, HBA. You may need to check the properties to ensure they are setup correctly for iSCSI, do a search in the EqualLogic knowledge base for “wizard”.
Also, (although not usually related to duplicate IP messages, but will effect performance) ensure you have your 6224 switches setup on a unique VLAN for iSCSI, do not use the default VLAN (see the support site KB and search on “default VLAN” for further info why we recommend this).
Joe
TimLovegrove
5 Posts
0
July 1st, 2011 08:00
@Joe: Many thanks for the pointers. The Group and Member IP addresses are unique, the only other addresses on the network are the Server and the network switches, so I have plenty to choose from! I will look more into the properties of the server's NIC that I'm using to run the RSW. Your suggestion makes me think it isn't fully or correclty set up for the iSCSI side.
I'll also get the switches set up on a new VLAN for the iSCSI - I wasn't aware that was the recommended approach so many thanks for htat.
@mfkelly: thanks also for your suggestion, if I get no joy with Joe's suggestions I'll reset and try again.
Joe S586
7 Technologist
•
729 Posts
0
July 1st, 2011 09:00
Tim,
Another item may be the mac address table on the switch is corrupted, if you can restart the switch. If you have two switches stacked, check the trunk ports between switches, you may not have spanning tree enabled on them.
You may also want to try the Remote Setup Command Line utility, it’s discussed in the HIT user guide.
Finally, if all else fails use the serial interface on the array to setup the member.
Regards,
Joe
Dev Mgr
4 Operator
•
9.3K Posts
0
July 1st, 2011 11:00
" If you have two switches stacked, check the trunk ports between switches, you may not have spanning tree enabled on them."
If the switches are stacked, there shouldn't be trunk ports between the switches. Trunk ports are only used if you aren't stacking. The stacking connections between the switches don't need any settings as such in an iSCSI setup; they just extend the 'switch' to have more ports more or less.
Joe S586
7 Technologist
•
729 Posts
0
July 1st, 2011 14:00
Yes, agreed, if using the stacking cable, you don't need to setup spanning tree. I wasn't clear, I was referring to an ISL between the switches, without a stacking cable.
Joe
TimLovegrove
5 Posts
0
July 7th, 2011 08:00
Stryder110 - annoying that such a simple thing could resolve the issue! Thank you - that's got me going.
Thanks to everyone else for their assistence, I've learned a lot about the necessary configurations from this thread.
GregFink
1 Message
0
August 12th, 2011 12:00
I had to turn the Windows Firewall off in addition the the "route -f".
btdrew
1 Message
1
December 18th, 2011 08:00
route -f worked for me, thanks for posting