vCenter lässt den zweiten Node nicht mitaufnehmen

[MartinMA389]

Hallo,

ich hatte das Problem vor einiger Zeit schon mal, dass der vCenter Server den zweiten Node mit bestehenden datastore nicht mit aufnehmen möchte.

ESXI 1, datapool0 und datapool1
ESXI 2 datapool0 und datapool1

datapool0 = VM's
datapool1 = neue virtuelle Disk im Storage

Es handelt sich um ein Komplettsystem Dell VRTX.

Die Lösungsvorschläge von damals habe ich alle samt durch gearbeitet, kam aber leider zur keiner Lösung. http://vmware-forum.de/viewtopic.php?t=30727&highlight=vrtx

Hätte jemand noch eine Lösung bzw. einen Best Practice?
Aktuell ist der vCenter Server eine VM auf dem ESXI1.

Möglicherweise ist es besser, einen eigens phy. Server dazu verwenden + die Pools direkt an das vCenter zu basteln?

Im Voraus schon mal vielen Dank.

Gruß
Martin

[JustMe]

Leider kenne ich Dell VRTX jetzt nicht, aber was fuer ein Typ Storage ist das? Vielleicht SAS?

Probier' doch einmal, Deinen vSphere Client auf English umzustellen.

Ich hatte vor kurzem mit genau dieser Meldung auch mal das Problem, dass bei Verwendung des LSI Native Drivers das angehaengte Shared SAS-Storage als Internal Disks bei beiden Hosts erkannt wurde. Dann koennen natuerlich beide Hosts nicht zusammen in den Cluster. Sollte es dieser Fehler sein, dann steht im ENGLISCHEN Text tatsaechlich ein Hinweis, dass ein Local Datastore bearbeitet werden sollte. Dieser Hinweis fiel dann leider der Uebersetzung zum Opfer...
(Anm. des Autors: Ein weiterer Wink mit dem Zaunpfahl, die Clients doch lieber nicht auf Local Language laufen zu lassen).

[MartinMA389]

Gemacht, getan.

Ein Pool bekomm ich sauber rein und zwar den wir am Samstag neu erstellt haben.
Komischerweise verliert, der ESXI2 ständig seine Verbindung zum Remotehost.

[JustMe]

Gemacht, getan.

Oehem, fein. Und was genau, und mit was fuer einem Ergebnis?

Wenn der zweite Host dauernd seine Verbindung zum vCenter verliert (Soll das evtl. der "Remotehost" sein?), kann das selbstverstaendlich auch netzwerktechnische Ursachen haben.

[MartinMA389]

Gemacht, getan.

Oehem, fein. Und was genau, und mit was fuer einem Ergebnis?

Wenn der zweite Host dauernd seine Verbindung zum vCenter verliert (Soll das evtl. der "Remotehost" sein?), kann das selbstverstaendlich auch netzwerktechnische Ursachen haben.

Es lässt sich weiterhin nicht zusammenführen.
Trotz Umstellung der Sprache kommt es zu dem Fehler,

Error:Datastore 'StorageX' conflicts with an existing datastore in the datacenter that has the same URL (ds:///vmfs/volumes/xxxxxxxx-xxxxxxxx-xxxx-xxxxxxxxxxxx/) but is backed by different physical storage.

[/code]

[Supi]

Helfen folgende Links ?

https://communities.vmware.com/message/2341724

http://serverfault.com/questions/661569 ... he-datacen

https://communities.vmware.com/thread/465909

https://communities.vmware.com/thread/489471

http://en.community.dell.com/techcenter ... 1/download

[PeterDA]

Hi,
wie habt ihr den RAID Gruppen auf der VRTX den Nodes zugewiesen? Ist hier vielleicht kein Cluster Volume benutzt worden?

Gruß Peter

[mbreidenbach]

Ich hatte vor ca 1 Jahr mal dieses Problem mit einem VRTX System. Damals war der perc Treiber im Dell ESXi Image nicht kompatibel zum shared perc was beim 2. ESXi zu solchen Problemen führte. Ich habe dann mit einer älteren iso installiert und damit gings dann.

[MartinMA389]

Hi,
wie habt ihr den RAID Gruppen auf der VRTX den Nodes zugewiesen? Ist hier vielleicht kein Cluster Volume benutzt worden?

Gruß Peter

Jeder Node hat jeweils beide Pools im Vollzugriff.

Ich hatte vor ca 1 Jahr mal dieses Problem mit einem VRTX System. Damals war der perc Treiber im Dell ESXi Image nicht kompatibel zum shared perc was beim 2. ESXi zu solchen Problemen führte. Ich habe dann mit einer älteren iso installiert und damit gings dann.

Kannst du mir sagen, welche Version das genau ist?
Bei uns läuft die 5.5.0, 1331820

[irix]

Kannst du mir sagen, welche Version das genau ist?
Bei uns läuft die 5.5.0, 1331820

Die Version ist ja historisch Wertvoll. Letztes Dell ISO Image vom November 2014 ist 5.5u2-2068190.

Hab mal geschaut. Die Letzte VRTX welche ich beim Kunden eingerichtet habe war so von August/September. Wir konnten damals noch nicht mit 5.5 bestellen sondern nur mit 5.1u2. Ich muesste das Protokoll heraussuchen ob wir ein Inplace Upgrade dann gemacht haben oder auf 5.1u2 geblieben sind.

Auch die VRTX welche Kunden selber eingerichtet haben keine solchen Probleme gehabt.

Gruss
Joerg

[PeterDA]

Hab im Dezember oder Januar die letzte VRTX installiert damals mit dem aktuellen 5.5U2 ISO von DELL damit gab es keine Probleme. Gibt es einen Grund warum ihr ein so altes Image verwendet. Ansonsten würde ich mal das DELL Repository in den Update Manager einchecken und schauen ob der neue Treiber Tools bringt.

Gruß Peter

[irix]

Ansonsten würde ich mal das DELL Repository in den Update Manager einchecken und schauen ob der neue Treiber Tools bringt.

Da sind leider nur immer OMSA/iDRAC drin und keine Sync Treiber fuer "Dell" Hardware.

Gruss
Joerg

[PeterDA]

Ansonsten würde ich mal das DELL Repository in den Update Manager einchecken und schauen ob der neue Treiber Tools bringt.

Da sind leider nur immer OMSA/iDRAC drin und keine Sync Treiber fuer "Dell" Hardware.

Gruss
Joerg

Echt schade.....
Danke für die Info!

Gruß Peter

[Dayworker]

Ich kenn die VRTX überhaupt nicht, aber sind ESXi1 und ESXi2 separat installiert worden oder habt ihr nur das ESXi-Medium (SD-Karte, USB-Stick etc) geclont?
Bei letzterem könntet ihr dadurch doppelte IDs vorliegen haben. Wenn man die ESXi-Config sichert und auf einen beliebigen Host wieder einspielt, behält der ESXi nach dem Einspielen meines Wissens trotzdem seine bei der Inst generierte ID.

[mbreidenbach]

Beim VRTX teilen sich die Blades einen gemeinsamen PERC RAID Controller via shared PCI Bus. Das erfordert wohl einen Treiber der damit klarkommt.

Ich habe VRTX bisher nur einmal mit vSphere installiert und das vor über einem Jahr. Damals kam der PERC Treiber vom 5.5Uweissichnichmehr Dell Image nicht damit klar; der von Dell Image 5.1Uhabichvergessen ging. Der Dell Support hatte damals auch keinen Plan (bzw mich kurz drauf zurückgerufen ob der Downgrade denn funktioniert hätte.. sie hätten grad den nächsten mit dem Problem an der Leitung). Irgendwo auf der Dell Website gabs damals auch einen Artikel der das Problem beschrieb (Treiberproblem). Keine Ahnung was da der aktuelle Status ist aber sie hatten ein Jahr Zeit das zu fixen.

[irix]

Ja, damals gabs da ein Problem aber heute bzw. mit aktuellen Versionen nicht mehr.

Gruss
Joerg

[MartinMA389]

Hallo,

ich werde beide ESXI mal auf den aktuellen Stand hochheben und es dann nochmal prüfen.
Rückmeldung erfolgt, sobald ich beide hochgezogen habe.