VMware-Forum

Hallo an alle im Forum,

wir haben ein Problem, eine iscsi-LUN korrekt in einen ESX3.5 einzubinden. Wir haben eine HP StorageWorks MSA2012i Dual Controller Modular Smart Array 3.5 Inch LFF MSA2000i sowie eine vDisk erstellt. Anschließend haben wir den gesamten Speicher auf eine LUN 0 gemappt.
Im ESX3.5 kann ich ohne Authentifizierung die LUN absuchen lassen, der iqn Name des Connectors erscheint. Wenn ich dann CHAP aktiviere, findet der ESX keine LUN, dieses auch ohne Authentifizierung.
Hat jemand eine Idee woran dieses liegen kann.

Vielen Dank an Euch für die schnelle Hilfe..


Gruß koli7bri

Moin,

greift ihr per Hardware-Initiator oder per Software-iSCSI zu?

Ist das die die erste iSCSI-LUN, oder greift der ESX bereits auf eine anderes Storage per iSCSI zu?

Bei Software-iSCSI: können sowohl Service Konsole als auch VMKernel das iSCSI-Ziel IP-seitig erreichen?

Es ist eine Neueinrichtung, nur 1 LUN (LUN 0) per Software Initiator. Eine andere LUN existiert nicht, da der gesamte Storage eine LUN darstellen soll. Auf der Kosole kann ich die IP anpingen.. Kann ich dieses per Diagnose eingehender testen ?

Mit Software iSCSi läuft die Authentifizierung über die Service Konsole, der eigentliche Traffic wird dann über den VMKernel IP-Stack abgewickelt. Deshalb müssen beide IP-Stacks das Ziel erreichen können. Da muss man insbesondere dann aufpassen, wenn man für die SC ein eigenes Netz fährt.

Nutzt ihr für die Anbindung an das iSCSI-Ziel ein eigenes Netz?

Es wundert mich etwas, dass der ESX das Ziel sieht _bis_ ihr CHAP einschaltet (<- habe ich das so richtig verstanden?)

Klingt jetzt vielleicht blöd, aber gemäß der Regel 'First check the Cable', die CHAP-Credentials sind korrekt eingegeben?

Ohne CHAP klappt es auch nicht, CHAP Kennung haben wir auch erneut geprüft..
Braucht ESX unbedingt CHAP oder kann man dieses auch deaktivieren?

Gruß koli7bri

das geht natürlich auch ohne CHAP..

man kann vergleichsweise ja bei einer Windows-Anmeldung auch das Passwort leer lassen, mit ähnlichen möglichen Folgen....

Ohne CHAP - Das sollte man wirklich nur tun, wenn nichts anderes im gleichen Netz hängt. Und selbst dann lieber nicht...

Mal versucht, auf deas iSCSI-Target mit einem anderem Client (Linux, XP, Vista) testweise zuzugreifen - aus dem gleichen Netz wie der ESX?).

Was ist bezüglich der Hinweise zu den Netzen (SC, Kernel) in meinem vorherigen Post?

Hi,

hast Du im Filer unter "Manage" --> "Volume Management" --> "Volume mapping" die LUN´s auch richtig gemappet?

Ich habe unter XP einmal über den Software Initiator eine Verbindung mit CHAP hergestellt. Aber da finde ich keinen Datenträger im Datenträgermanagement vor, auch wenn ich alles neu einlese und einem XP System zuordne

was sagt den eigentlich der ESX-Server genau beim Zugriff.

Da müsste ja etwas im LOG auftauchen.

Ich habe beim XP den Effekt, dass er noch den Encloser Treiber installieren will. Gibts dieses für den ESX etwa auch?

So untechnisch wie deine Aussage klingt den gesamten Speicher auf eine LUN zu mappen tippe ich du bist über das Limit von 2 TB gelandet - für ESX sowie für XP fast nicht zu schlucken. Nein du brauchst keinen Treiber für eine Managment LUN die MSA2000 hat meines erachtens nähmlich keine - oO.

Ansonsten ist die FW laut HCL und HP empfehlung für ESX zugelassen ?

Nein wir haben den Fehler eingrenzen können und gefunden..
Für unseren Kunden waren soweit iscsi HBA's vorgesehen von Qlogic. Nach dem Einbau und dem seperatem Backupnetz (plus VMkernel / Servicekonsole) war der Zugriff auf die LUN vorhanden. Mit dem Hardwareinitiator klappt dieses einwandfrei, wahrscheinlich fehlt der Zugriff oder der Treiber, wenn man den Software Initiator vom ESX U4 nutzen will. Unter XP will er wie geschrieben einen Treiber installieren, unter Windows 7 ist auch die LUN sofort da..

Gruß koli7bri

Das verstehe ich jetzt nicht.. Ihr habt einen iSCSI HBA verbaut und wollt trotzdem per Software-iSCSI zugreifen?

Der Software-Initiator braucht Kernel.Ressourcen, da ist ein HBA jederzeit vorzuziehen, wenn eh vorhanden.

Für Software iSCSi brauchts keinen zusätzlichen Treiber. Der Software-Initiator ist ja quasi der benötigte Treiber, der die SCSI-Befehle über die Netzwerkkarte per TCP/IP "raushaut".
Einzig die NIC muss treiberseitig natürlich vom ESX unterstützt werden.

Nochmal die Frage: die Netzwerkkarte, über die ihr per iSCSI mit dem Target sprechen wollt, hängt auch in dem richtigen Netz? Und der Kernel weiß auch, wo es lang gehen soll?

Der Hinweis von Saturnous bezgl der 2 TB Grenze ist natürlich auch beachtenswert, aber das galt ja auch, wenn ihr per HBA zugreift.

Mich konnte weder HW Initiator noch SW Initiator bis jetzt überzeugen - lieber kleinere VMFS mindestens 2 Targets definieren und IO intensive Sachen ueber Initiatoren in den VMs anbinden.

HW Initiator im Einsatz - die sind für recht wenige Server Hersteller zertifiziert - bei HP nur für C-Class Blades. Die lohnen irgendwie auch nicht besonders. iSCSI ist in meinen Augen nichts halbes und nichts ganzes - rein meine persönliche Meinung.

Vllt auch mal das monitoren :

http://forums11.itrc.hp.com/service/for ... Id=1310159