VMware Cloud Community
Brado23
Contributor
Contributor

Visibility of SAN LUNs

I have set up some ESX 3.0.1 systems (with all current patches) connected to a Hitachi NSC55 SAN via QLogic QLA2340 HBA's (1.52 firmware) and am having issues with seeing newly presented LUNs after a rescan. My situation is as follows:-

Click on rescan after LUN's are been presented -> Nothing appears

Reboot ESX server then click on rescan -> I can see all available LUNs

Disable SAN switch port, then reenable -> I can see new LUNs (I believe this forces the HBA to relogin)

If the SAN guys remove a LUN that was presented, I can click on rescan and the removed LUN disappears (without modifying the switch port or rebooting the ESX server). If they re-add this same LUN I can click re-scan and it re-appears. Anything new however, needs either an ESX server reboot or SAN switch port disable/re-enable.

I have tried rescans from both the VirtualCenter GUI and from the Service Console.... the result is the same.

In addition to above, after setting everything up (VMFS datastores and multipathing settings) I then reboot the ESX server and when it comes back up there is no SAN disk visible until I manually click on rescan again. All of the settings I configured prior to the reboot are lost. This is obviously a major problem.

Has anyone seen this behaviour before. Does anyone have any ideas on what may be causing this?

Any help is much appreciated.

Thanks,

Brad

0 Kudos
7 Replies
titaniumlegs
Enthusiast
Enthusiast

QLogic cards need to rescan twiceto see new LUNs.

http://kb.vmware.com/selfservice/dynamickc.do?cmd=show&forward=nonthreadedKC&docType=kc&externalId=1...

Stumped me the first time too!!

Share and enjoy! Peter If this helped you, please award points! Or beer. Or jump tickets.
titaniumlegs
Enthusiast
Enthusiast

I think these are all different problems.

\- Boot times while it scans LUNs

\- Optical noise from QLogic cards during boot/shutdown confusing switch ports

\- Having to rescan twice to see LUNs when ESX is already running. (This thread).

Share and enjoy! Peter If this helped you, please award points! Or beer. Or jump tickets.
Brado23
Contributor
Contributor

Hi Guys,

Thanks for your responses.

I should have mentioned that I have tried about 10 rescans in the GUI and it doesn't make any difference. I have not tried running the cos-rescan.sh script. Where do I find this? I'll give it a try as soon as I know.

The biggest issue for me right now is the LUNs disappearing after a reboot. Is this information written to a file somewhere when it is setup? Is it possible that this is not being saved due to permissions on some file which is resulting in it being lost after a reboot?

Thanks again,

Brad

0 Kudos
Brado23
Contributor
Contributor

Some extra information about the disappearance after reboot issue....

If I run cat /proc/scsi/qla2300/0[/b] and cat /proc/scsi/qla2300/1[/b] the 7 LUNs that I should be able to see are listed in there. However, if I run cat /proc/scsi/scsi[/b] it is empty on a problem system. I checked a different system that can[/b] see it's LUNs and /proc/scsi/scsi is populated similiar to below:

Attached devices:

Host: scsi1 Channel: 00 Id: 00 Lun: 01

Vendor: HITACHI Model: OPEN-V Rev: 5009

Type: Direct-Access ANSI SCSI revision: 02

Host: scsi1 Channel: 00 Id: 00 Lun: 02

Vendor: HITACHI Model: OPEN-V Rev: 5009

Type: Direct-Access ANSI SCSI revision: 02

Host: scsi1 Channel: 00 Id: 00 Lun: 03

Vendor: HITACHI Model: OPEN-V Rev: 5009

Type: Direct-Access ANSI SCSI revision: 02

Host: scsi1 Channel: 00 Id: 00 Lun: 04

Vendor: HITACHI Model: OPEN-V Rev: 5009

Type: Direct-Access ANSI SCSI revision: 02

Host: scsi1 Channel: 00 Id: 00 Lun: 05

Vendor: HITACHI Model: OPEN-V Rev: 5009

Type: Direct-Access ANSI SCSI revision: 02

Host: scsi1 Channel: 00 Id: 00 Lun: 06

Vendor: HITACHI Model: OPEN-V Rev: 5009

Type: Direct-Access ANSI SCSI revision: 02

Host: scsi1 Channel: 00 Id: 00 Lun: 07

Vendor: HITACHI Model: OPEN-V Rev: 5009

Type: Direct-Access ANSI SCSI revision: 02

Hope that gives more of an idea of what is going on?

Thanks,

Brad

0 Kudos
Brado23
Contributor
Contributor

OK, have found the problem.....

SAN Switch Port was hard coded to 2Gb. Changed to Auto-neg and all is fine now.

We would like to hard code the speed to 2Gb, but after looking in the BIOS of the QLA2340 HBA there doesn't seem to be an option there to do it. Does anyone know how this is achieved, or do we need to leave the switch port on Auto-neg for this to work successfully?

Thanks,

Brad

0 Kudos
Brado23
Contributor
Contributor

Found the answer to that too....

In the QLA2340 BIOS there are two options that need to be changed from the defaults for our implementation.....

Host Adapter Settings : Connection Options[/b] needs to be changed to 1

1 = point-to-point only, 2 = loop preferred

Host Adapter Settings : Data Rate[/b] needs to be changed to 1

1 = 2Gbps, 2 = Auto

Got this info from the QLogic SANsurfer CLI manual.

Brad

0 Kudos