Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!

Multipathing funktioniert nicht mit nachtr. eingebautem HBA

Hilfe bei Problemen mit Installation & Benutzung des VMware ESX/ESXi Server 3.

Moderatoren: Dayworker, irix

Member
Beiträge: 3
Registriert: 02.09.2008, 13:12

Multipathing funktioniert nicht mit nachtr. eingebautem HBA

Beitragvon Da PAN » 29.10.2008, 08:54

Hallo,

wir haben bei einem ESX 3.0.3 Server einen zweiten HBA hinzugefügt und den ESX neu gestartet. Der HBA wird auch im VI und auf der Kommandoebene angezeigt, aber nicht für das Multipathing genutzt. Das Zoning ist haben wir noch einmal überprüft und die SAN-Controller können den HBA auch sehen.
Wie und wo kann ich ansetzen, um dem ESX-Server doch noch den redundanten Zugriff auf die LUNs per Multipathing zu ermöglichen?

Viele Grüße
Henry

Benutzeravatar
Moderator
Beiträge: 3476
Registriert: 23.02.2005, 09:14
Wohnort: Burgberg im Allgäu
Kontaktdaten:

Beitragvon Tschoergez » 29.10.2008, 08:59

Hi,
das macht der ESX automatisch, wenn von Storage Seite her alles passt.

Sind die LUNs den auch dem neuen HBA präsentiert?

Was sagt ein "esxcfg-mpath -l" in der Console?

Was steht im vmkernel-log während eines rescans vom neuen Adapter?

Viele Grüße,
Jörg

Member
Beiträge: 3
Registriert: 02.09.2008, 13:12

Beitragvon Da PAN » 29.10.2008, 10:52

Hallo Jörg,

die Storage-Administration beharrt darauf, dass alles richtig eingerichtet ist (Zoning, Präsentation) und auch der neue HBA die entsprechenden Pfade sehen sollte.

"esxcfg-mpath -l" in der Konsole zeigt mir erst die lokalen Platten nach folgendem Muster:

Code: Alles auswählen

Disk vmhba0:0:0 /dev/sda (xxxMB) has 1 paths and policy of Fixed
 Local 1:2.0 vmhba0:0:0 On active preferred

und dann folgen die LUNs, die über den ersten HBA angesprochen werden können, über den zweiten aber nicht:

Code: Alles auswählen

Disk vmhba1:0:0 /dev/sdd (xxxMB) has 1 paths and policy of Fixed
 FC 2:1.0 xxxxxxxxxxxxxxxx<->yyyyyyyyyyyyyyyy vmhba1:0:0 On active preferred


"esxcfg-mpath -a" ergibt:

Code: Alles auswählen

vmhba1 xxxxxxxxxxxxxxxxx 2:1.0
vmhba2 zzzzzzzzzzzzzzzzz 6:1.0


Und im vmkernel-log steht:

Code: Alles auswählen

scsi-qla2: Scheduling SCAN for new luns....
<6>scsi-qla2: Scheduling SCAN for new luns....
SCSI: 8254: Starting rescan of adapter vmhba2
SCSI: 8311: Finished rescan of adapter vmhba2


Viele Grüße
Henry

Benutzeravatar
Moderator
Beiträge: 3476
Registriert: 23.02.2005, 09:14
Wohnort: Burgberg im Allgäu
Kontaktdaten:

Beitragvon Tschoergez » 29.10.2008, 12:05

das sieht schwer danach aus, dass der neue HBA keine LUNs sieht...
Vergleich doch mal die vmkernel-logs mit nem rescan auf einem Adapter, der sicher schon LUNs sieht.

Was zeigt sich denn im VI Client unter Configuration/Storage Adapters?
Werden dort die LUNs angezeigt?

Member
Beiträge: 3
Registriert: 02.09.2008, 13:12

Beitragvon Da PAN » 29.10.2008, 13:05

Hallo,

der Scan auf dem ersten HBA liefert die erwarteten LUNs in den vmkernel-logs.

Im VI-Client ist es das selbe Bild: HBA 1 zeigt die LUNs, HBA 2 zeigte keine LUNs.

Gruß
Henry

Benutzeravatar
Moderator
Beiträge: 3476
Registriert: 23.02.2005, 09:14
Wohnort: Burgberg im Allgäu
Kontaktdaten:

Beitragvon Tschoergez » 29.10.2008, 13:23

na dann trigger doch mal die Storage-Truppe nochmal an, Deinen Tests nach sieht der HBA die Luns einfach nicht (wg. falschen Zoning, nicht präsentiert, falsche Art zu präsentieren oder wie auch immer, das lässt sich vom ESX aus nicht feststellen).

Viel Erfolg :grin:

Viele Grüße,
Jörg


Zurück zu „ESX 3 & ESXi 3“

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 3 Gäste