If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
Thread Tools | Display Modes |
#1
|
|||
|
|||
SAN or FC Switch not passing device "name" to HBA?
Hi,
I realize that this is a kind of esoteric question, but I hope that someone here can help. We have some systems with dual-channel QLogic QLA2312 FC HBAs. These are connected to an EMC 32-port FC Switch, which is in turn connected to an EMC Clariion CX700 SAN. Once we get everything configured correctly, the system can communicate with the SAN/SAN LUN, etc. We are booting these systems from SAN LUNs, so to do this configuration, part of what we do is to go into the BIOS for the system to configure the boot order so that we boot from the "SAN device" first. When we do this, in some cases, the BIOS is showing a null entry "[]" for the SAN "boot device", whereas in other cases, the entry in the boot choice for the SAN "boot device" we get is showing as something like "[HA...."]. In either case (whether the boot device is showing as "[]" or "[HA....]", selecting the SAN boot device seems to work ok (i.e., the system boots from the SAN LUN. Now, we're been trying to figure out why. At first we thought that it might be something to do with the system (e.g., motherboard or system BIOS) or the HBA BIOS, but in all cases, all the systems are similar. The system vendor is conjecturing that either the FC switch or the SAN is suppose to send a string/identifier to the HBA, and that's why in some cases, we get the "[]", whereas in other cases, we get the "[HA....]". We've been searching for awhile but as far as we can tell all the LUNs associated with each of the systems are generally configured identically except for possibly their size. Does anyone know if this identifier/string might be something that the FC switch (I think it's like a "DSM-32", and have been told that it's actually a McData) might be configured to send or not to send, and if so, any ideas of how to do this (we'd like to get the "[HA....]" in all cases). Thanks, Jim |
#2
|
|||
|
|||
Hi,
In case anyone ever runs across this problem/question, I was able to determine what can trigger this problem. During some testing today, it appears that if only one of the HBA ports is enabled, the HBA appears as "[]" in the BIOS, but if both HBA ports are enabled, the HBA appears as "[HA...]". I haven't been able to determine if this is a bug or not in the QLogic driver yet ... Jim ohaya wrote: Hi, I realize that this is a kind of esoteric question, but I hope that someone here can help. We have some systems with dual-channel QLogic QLA2312 FC HBAs. These are connected to an EMC 32-port FC Switch, which is in turn connected to an EMC Clariion CX700 SAN. Once we get everything configured correctly, the system can communicate with the SAN/SAN LUN, etc. We are booting these systems from SAN LUNs, so to do this configuration, part of what we do is to go into the BIOS for the system to configure the boot order so that we boot from the "SAN device" first. When we do this, in some cases, the BIOS is showing a null entry "[]" for the SAN "boot device", whereas in other cases, the entry in the boot choice for the SAN "boot device" we get is showing as something like "[HA...."]. In either case (whether the boot device is showing as "[]" or "[HA....]", selecting the SAN boot device seems to work ok (i.e., the system boots from the SAN LUN. Now, we're been trying to figure out why. At first we thought that it might be something to do with the system (e.g., motherboard or system BIOS) or the HBA BIOS, but in all cases, all the systems are similar. The system vendor is conjecturing that either the FC switch or the SAN is suppose to send a string/identifier to the HBA, and that's why in some cases, we get the "[]", whereas in other cases, we get the "[HA....]". We've been searching for awhile but as far as we can tell all the LUNs associated with each of the systems are generally configured identically except for possibly their size. Does anyone know if this identifier/string might be something that the FC switch (I think it's like a "DSM-32", and have been told that it's actually a McData) might be configured to send or not to send, and if so, any ideas of how to do this (we'd like to get the "[HA....]" in all cases). Thanks, Jim |
#3
|
|||
|
|||
That's interesting. I hadn't seen anything like that. The "HA..." may
stand for high availability; maybe the qlogic driver is realizing that there are two devices with the same LUN on each path. Just a guess... I don't know what the qlogic card would do with that information, though. |
#4
|
|||
|
|||
AWS wrote: That's interesting. I hadn't seen anything like that. The "HA..." may stand for high availability; maybe the qlogic driver is realizing that there are two devices with the same LUN on each path. Just a guess... I don't know what the qlogic card would do with that information, though. Hi, I wrote to QLogic via their website, but haven't heard anything back from them (yet). Jim |
#5
|
|||
|
|||
ohaya wrote: AWS wrote: That's interesting. I hadn't seen anything like that. The "HA..." may stand for high availability; maybe the qlogic driver is realizing that there are two devices with the same LUN on each path. Just a guess... I don't know what the qlogic card would do with that information, though. Hi, I wrote to QLogic via their website, but haven't heard anything back from them (yet). Jim Hi, Just got an email from QLogic, and unfortunately, they're saying that any support needs to come from the system vendor, whose not been able to provide any info on this... Jim |
Thread Tools | |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
NTL to PC and Xbox | Scott | Homebuilt PC's | 8 | September 14th 04 09:53 AM |
Update on Athlon 2600 Ghz discrepancy | David Simmons | Overclocking AMD Processors | 7 | August 27th 04 08:56 PM |
my new mobo o/c's great | rockerrock | Overclocking AMD Processors | 9 | June 30th 04 08:17 PM |
Problem Device With GA-VT600 1394 | Stephen | Gigabyte Motherboards | 4 | September 7th 03 11:33 PM |
Computer switches off | ~misfit~ | General | 8 | July 27th 03 11:38 AM |