Solved

Vmware 4.1 cannot connect to ISCSI SAN

Posted on 2013-01-23
15
704 Views
Last Modified: 2013-02-27
Hi All

I hope someone can help me here, we have bought a new QNAP SAN I want to connect to my VMware cluster but unfortunately my VMware servers cannot see the SAN. I have tested this QNAP on a standalone VMware server and it works no problem. The only difference is between the standalone server and the VMware cluster is we had a ISCSI MD3000 attached to the cluster which we had decommissioned. We followed this link http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1029786 to remove the MD3000. The VMware cluster is running our production servers and none of the servers in the cluster can be restarted any time soon.

If anyone can help me here that would be great!

Thanks
0
Comment
Question by:TazzEE
  • 6
  • 5
  • 2
  • +1
15 Comments
 
LVL 6

Expert Comment

by:vmdude
ID: 38808915
Hi,

Just so I understand, what storage are the production servers running on at the moment?

Having one or more iSCSI sans attached to a cluster will cause no problems at all.

Are you using software or hardware initiatiators? Have you added the SANs IP address to the Dynamic discovery on the initiator?
0
 
LVL 30

Expert Comment

by:IanTh
ID: 38808977
you will need to shut down the cluster to remove the san imho
0
 

Author Comment

by:TazzEE
ID: 38809007
Thanks for the quick reply,

My production servers are running on a fibre SAN separate from the ISCSI bit. I have added the SAN's IP in the dynamic discovery on the initiator but when I click on "Rescan All" nothing comes up.

I can vmkping the SAN's IP from all the servers but when I run mc -z xxx.xxx.xxx.xxx 3260 it does not return anything.

Just for a test I tried changing the ISCSI IP's range and 2 of the server can see the new SAN but the 3rd server cannot.
0
 
LVL 30

Expert Comment

by:IanTh
ID: 38809017
can the host (3) ping the san ip address ?
0
 
LVL 6

Expert Comment

by:vmdude
ID: 38809021
So changing the ISCSI IP has resolved the issue on 2 of the 3 servers in the cluster?
Can you see the storage paths for the iSCSi initiator for the 2 servers?
Have you got an iSCSI vmkernel port on the 3rd server assuming you are using software initiators? If so is the iSCSI kernel port on the correct VLAN if VLANS are used?
0
 
LVL 117
ID: 38809048
okay if you can ping and vmkping your QNAP SAN, you possibly have connectivity.

can you telnet to the IP Address of your QNAP SAN on port 3260

e.g. telnet <ip address> 3260.

Is the QNAP SAN enabled for iSCSI?
0
 

Author Comment

by:TazzEE
ID: 38809245
Hi VMDude

Yes I can see the paths and create a datacentre on the 2 servers but the 3rd server does not recognise anything but here is the part that I really done under stand in the 3rd server when I look at the "Static Discovery"  the server has detected all the ISCSI paths?

Yes I'm running software initiator. We aren't using any VLAN's and the setup is exactly the same as the other 2 server.
0
6 Surprising Benefits of Threat Intelligence

All sorts of threat intelligence is available on the web. Intelligence you can learn from, and use to anticipate and prepare for future attacks.

 
LVL 117
ID: 38809252
make sure if the QNAP has the option allow multiple connections to LUNs, this is ticked, also make sure the QNAP has all the IQNs from all your servers added.
0
 
LVL 6

Expert Comment

by:vmdude
ID: 38809257
Hi,

Maybe an obvious one but always worth checking :) Are the volumes presented to the 3rd server from the QNAP?
0
 

Author Comment

by:TazzEE
ID: 38809284
Yes the QNAP can be presented and it allows multiple connections. Ok I've now changes the ISCSI network to a subnet I've never used before and all the servers can see the QNAP. This make no sense and I've done nothing different? Anyone have an idea why changing the ISCSI IP/subnet would let the servers see the QNAP?
0
 
LVL 6

Expert Comment

by:vmdude
ID: 38809294
You should be able to use the same subnet providing noting else is using any of the iSCSI IP addresses?

Best practice would be to use a different network and VLANs for you iSCSI connection. You don't want the possibility of another admin accidently using one of the iSCSI IP address for another purpose. Also this would stop the storage being presented to any thing you don't want it to be!
0
 

Author Comment

by:TazzEE
ID: 38809333
My ISCSI network has its own network/switch so its completely separate from any of my other networks. Its just strange when I set my ISCSI network up on 192.168.12.0/24 none of the server can see the QNAP but when I changes it to 192.168.13.0/24 only 2 of the servers could see the QNAP but when I changes it for the 3rd time to 192.168.14.0/24 (I've never used this IP range before on the ISCSI network) all 3 of the servers could see the QNAP

As I said the ISCSI network is completely isolated network.
0
 
LVL 6

Expert Comment

by:vmdude
ID: 38809377
Very strange. If it is on a completed isolated switch then you should have no problems with the range you are using. I'm not too familiar with the iSCSI SAN but from a VMware POV as long as you have the VMkernal ports for iSCSI and the correct ports are configured it will be fine. If it is working on the 192.168.14.0 network range then leave it there.
Without knowing more about the switches and any without reviewing any logs etc, I think this is as far as we are going to get with it.
No reason I know of changing the IP range would make any difference unless there are VLANs involved but if you have never used the 192.168.14.x network before then I doubt that is anything to do with it either!
0
 

Accepted Solution

by:
TazzEE earned 0 total points
ID: 38809574
Yes strange is the word that has been thrown around in my team a few times. I think I'm going to have to leave it on the 14 range for now.

Thanks for your help on this
0
 

Author Closing Comment

by:TazzEE
ID: 38933298
Not a full resolution
0

Featured Post

Enabling OSINT in Activity Based Intelligence

Activity based intelligence (ABI) requires access to all available sources of data. Recorded Future allows analysts to observe structured data on the open, deep, and dark web.

Join & Write a Comment

Will try to explain how to use the VMware feature TAGs in the VMs and create Veeam Backup Jobs using TAGs. Since this article is too long, I will create second article for the Veeam tasks.
In this article, I will show you HOW TO: Create your first Windows Virtual Machine on a VMware vSphere Hypervisor 6.5 (ESXi 6.5) Host Server, the Windows OS we will install is Windows Server 2016.
Teach the user how to use configure the vCenter Server storage filters Open vSphere Web Client:  Navigate to vCenter Server Advanced Settings: Add the four vCenter Server storage filters: Review the advanced settings: Modify the values of the four v…
Teach the user how to configure vSphere clusters to support the VMware FT feature Open vSphere Web Client: Verify vSphere HA is enabled: Verify netowrking for vMotion and FT Logging is in place or create it: Turn On FT for a virtual machine: Verify …

759 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

20 Experts available now in Live!

Get 1:1 Help Now