VMware-Forum

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

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

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:


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


"esxcfg-mpath -a" ergibt:


Und im vmkernel-log steht:

Viele Grüße
Henry

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?

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

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

Viele Grüße,
Jörg