Seite 1 von 1

Problem bei iSCSI- Storageanbindung

Verfasst: 23.01.2012, 14:00
von Chris09
Hallo zusammen,

ich bin das erste mal hier in dem Forum und hoffe ihr könnt mir bei meinem Problem helfen.
Deswegen bin ich nämlich hier..weil ich nicht weiter weiß :)

Und zwar:

Ich habe 2 ESXi 5.0 Server (DL360 G7 von HP) und einen iSCSI-Server auf dem ein Windows Storage Server 2008 R2 läuft (DL320 G6). Beide ESX und das Storage sollen mithilfe zweier HP ProCurve 2910-24G Switche redundant verkabelt werden.

Netzwerkkonfiguration der ESX:

2x Nic für Public Network und ServiceConsole
2x Nic iSCSI
2x Nic für vMotion

Es hängt also immer 1 Nic auf dem Switch_1 und eine Nic auf dem Switch_2.
Die Switche sind über einen Trunk miteinander verbunden.

Ich komme jetzt einfach mal direkt zu dem Problem:

Und zwar funktioniert die Konfiguration auf dem ESX1 perfekt. Ich kann die erstellten virtuellen Platten an den ESX mounten und darauf auch virtuelle Maschinen installieren.

Damit das ganze aber ausfallsicherer ist, benötige ich den anderen ESX ja auh nocht :)
Nur habe ich das Problem das ich die Platten an diesem nicht sehe.
Netzwerk konfig ist genau gleich.

Ich bekomme immer folgenden Fehler:
Anmeldung beim iSCSI-Ziel
iqn.1995-05.com.microsoft:usvmstorage-vmiscsi auf vmhba37@vmk1 fehlgeschlagen.
Ziel hat folgenden Anmeldefehler zurückgegeben: 020a

Ich verzweifle hier echt :D
Wieso geht der eine, aber der andere nicht?^^

Hat jemand von euch eine Idee?


Danke und Gruß
Christian

Verfasst: 23.01.2012, 15:06
von ch-hunn
Erlaubt das Target mehrere gleichzeitige Anmeldungen auf ein und die selbe LUN?
Normalerweise muss dies extra aktiviert werden.


hth
Chregu

Verfasst: 23.01.2012, 15:12
von Chris09
Ja habe ich aktiviert :)

Verfasst: 23.01.2012, 16:46
von irix
http://kb.vmware.com/kb/2001449

Gruss
Joerg

PS: Mit engl. Fehlermeldung ist Tante Goolge echt eine Hilfe.

Verfasst: 24.01.2012, 14:45
von Chris09
Ich werde mir die Sache mal anschauen und mich melden :)

Danke vorerst!
Christian

Verfasst: 27.01.2012, 14:36
von Chris09
Also:

es hat sich herausgestellt das VMware 5.0 für dieses Storage nicht Supportet ist.
Deswegen konnte die mir nicht direkt helfen.

Ich bin jetzt mal auf 4.1 zurück. Werde das mal ausprobieren.

Mal eine Frage:

Ist es normal das man die ISCSI Porst nicht pingen kann?
Eigtl. nicht oder?
Es sieht so aus das ich ein VLAN an beiden Switchen gebaut habe , indem die Storage Porst stecken und die Ports von den ESXen die den iSCSI Traffic verwalten.
Komisch nur das ich die Adresse der Ports (10.22.41.15) nicht pingen kann.

Was sagt ihr? :)

Gruß
Christian

Verfasst: 27.01.2012, 14:54
von irix
Normal kann man die anpingen.

gruss
Joerg

Verfasst: 27.01.2012, 14:55
von mbreidenbach
Software iSCSI geht über VMKernel Ports also wenn man da PINGen will dann mit VMKPING. Dann sollte normalerweise auch eine Antwort zurückkommen. Ich habe bei meiner letzten iSCSI Installation mit VMKPING getestet ob die Jumbo Frames durchgehen.

Verfasst: 02.02.2012, 11:42
von Chris09
Hi,

also ich habe mich mit Putty an dem ESX angemeldet.
Wo und wie soll ich jetzt was pingen über vmkping?
Die eigenen Ports für iSCSI?

Edit:
Würde euch gerne einen Screenshot meiner Config hochladen aber iwie will der Server hier nicht :D
Bekomme immer die Medlung: Attachment kann nicht hinzugefügt werden, da die maximale Anzahl von 0 Attachments in dieser Nachricht erreicht wurde

Ahja :D

Verfasst: 02.02.2012, 17:16
von mbreidenbach
Die IP(s) der iSCSI Storage anpingen

Verfasst: 02.02.2012, 17:27
von continuum
Würde euch gerne einen Screenshot meiner Config hochladen aber iwie will der Server hier nicht Very Happy


so was neumodisches geht hier nicht mehr - wenn du uns screenshots zeigen willst musst du die woanders hoch;laden und dann verlinken

Verfasst: 03.02.2012, 11:27
von Chris09
Also:

Ich habe dem Storage mal einen anderen Adressbereich zugeordnet und den VMswitch für die iSCSI Anbindung genauso.
Danach konnte ich die Adressen wunderbar pingen und auch das iSCSI Target verbinden.

aber..

Immer nur an einem ESX Host! Beide Host sind identisch konfiguriert (natürlich mit unterschiedlichen Adressen) aber ich bekomme die Verbindung nur zu einem hin.
Starte ich den ESX01 durch..kann ich die Platten an dem ESX02 mounten und andersherum.

Da muss ich doch bestimmt noch iwas konfigurieren damit ich mehrfach Verbindungen auf eine LUN hinbekomme!?


Danke für eure Hilfe!
Christian

Verfasst: 03.02.2012, 13:44
von djbreezer
wie sieht denn das vswitch-Design aus?

Verfasst: 03.02.2012, 14:20
von Chris09

Verfasst: 03.02.2012, 19:56
von djbreezer
Ändere mal dein vswitch-Design in 2 vswitches mit jeweils einem Kernel-Port und einer Nic.

Verfasst: 03.02.2012, 21:23
von PeterDA
@djbreezer
Was soll das den bringen?

Die VSwitch Konfiguration sieht gut aus, sieht man davon an das drei NICs scheinbar keine Verbindung haben. Alles über eigene vSwitchs laufen zu lassen und die Verbindung redundant anzubinden ist ja auch Bestpractise.

Ich glaube ja, dass auf deinem Storage etwas nicht stimmt.

Gruß Peter

Verfasst: 03.02.2012, 21:43
von weigeltchen
iSCSI mag keine redundante Nics. Im vSphereclient mault die Konfiguration, daß die Regeln nicht eingehalten werden. Kenne ich. Nimmt man den zweiten NIC raus, alles im grünen Bereich.

Verfasst: 03.02.2012, 22:47
von Tschoergez
Hi!
http://virtualgeek.typepad.com/virtual_ ... phere.html
Da steht mehr über multipathing und iSCSI, inkl. der kommandozeilen befehle, die man bei 4.x braucht...
(bei vSphere 5 gehts auch über den Client)
Viele Grüße,
Jörg

Verfasst: 04.02.2012, 17:19
von djbreezer
PeterDA hat geschrieben:@djbreezer
Was soll das den bringen?

Die VSwitch Konfiguration sieht gut aus, sieht man davon an das drei NICs scheinbar keine Verbindung haben. Alles über eigene vSwitchs laufen zu lassen und die Verbindung redundant anzubinden ist ja auch Bestpractise.

Ich glaube ja, dass auf deinem Storage etwas nicht stimmt.

Gruß Peter



In der Version 5.0 gibt es einen iSCSI-Bug. Es kann ohne Grund zu Pfadausfällen kommen, wenn man genau dieses vSwitch-Design verwendet. Hatten ziehmlich genau das gleiche Problem wie hier beschrieben. Es war immer nur der zuletzt aktivierte Pfad aktiv!

Das Problem wird mit U1 im März behoben. (Quelle: VMWare)


Also raus mit der Nic auf dem vSwitch und nen zweiten vSwitch hinzufügen.

Gruß

Alex

Verfasst: 04.02.2012, 20:38
von PeterDA
Hi,
Das erklärt aber nicht warum er mit einem ESXi auf das Storage zugreifen kann und mit dem andern nicht.

Hatte bei meinem ESXi 5 bis heute noch keine iSCSI Aussetzer, daher kann ich dieses Problem nicht bestätigen.

Gruss Peter

Verfasst: 05.02.2012, 22:56
von Chris09
Hey danke schonmal für eure Antworten :)

Also zu Anfang wollte ich as Ganze mit ESXi 5.0 bewältigen, was anfangs ja auch funktionierte aber bei der zweite Installation nicht mehr.
Hatte mich ja mit dem VM-Support in Verbindung gesetzt, der mir sagte das 5.0 unter diesem Storage nicht supportet ist.
Also die Konfig die ihr seht läuft unter einem ESXi 4.1

Habe ich das jetzt richtig verstanden?:

- Das vSwitch Design unter 4.1 ist so korrekt?
- Ich soll den beiden ESX unterschiedliche NICs für iSCSI zuordnen?
- Der Bug wird für 5.0 im März behoben?

Danke nochmal für eine Rückmeldung!
Chris

Verfasst: 06.02.2012, 08:42
von djbreezer
Moin,
unter 4.1 läuft es auf jedenfall so. Ich war der Meinung du bist auf 5.

Da du auf 4.1 bist brauchst du also garnichts ändern.

Ja laut VMWare kommt Update 1 für 5.0 irgendwann im März und da soll dieses Problem behoben sein.

Verfasst: 06.02.2012, 09:23
von Chris09
Okay schonmal gut zu wissen :)

Habe jetzt eben mal den iSCSI vSwitch auf 2 andere NICs als den anderen ESX gehängt aber das bringt leider auch keinen erfolgreichen Effekt :(

Ist echt blöd iwie..liegt bestimmt an dem Storage oder so^^

Edit:
Jetzt seh ich an beiden den Storage nicht mehr :D
Auch nachdem ich alles wieder zurückgebaut habe.

Verfasst: 07.02.2012, 21:25
von weigeltchen
Sind auf dem iSCSI-Storage irgednwelche Fehlermeldungen aufgezeichnet?

Verfasst: 13.02.2012, 08:58
von Chris09
Hey also das Problem ist behoben.
Ich hatte vergessen auf dem Storage die Adressen für die beiden ESX anzugeben :D