VMware-Forum

Hallo,

ich habe einen ESXi Host mit dem Build 1474528 seit ca. 24 Stunden im Produktivbetrieb, als dieser mit einem Diagnostic Screen stehen blieb. Dirt ist der Fehler Exception 14 in World 36916 erkennbar. Ich hänge aber einen Screenshot an. Nach ein wenig googlen konnte ich einen Vmware KB Artikel finden, in dem dieser Fehler beschrieben ist und zu einem Update zur Fehlerbehebung verwiesen wird:

http://kb.vmware.com/selfservice/micros ... Id=2064088

Ich habe versucht das aktuelle Image unseres Lieferanten einzuspielen Version 5.5.0 Update 1, allerdings bekomme ich beim Upgrade versuch den Fehler: Cannot merge VIBs "Name" with unequal attributes. Auch hier hänge ich einen Screenshot an. Vielleicht kann mir ja jemand einen Denkanstoß liefern, da ich und der Herstellersupport bis jetzt keine Erfolge melden können. Der Host lässt sich nach einem Absturz wieder hochfahren und läuft dann zwischen 2-12 Stunden bis zum nächsten Crash. Vielen Dank im vorraus.

Grüße

Nino

Hier die Links zu den Screenshots:

https://dl.dropboxusercontent.com/u/152 ... to%201.JPG

https://dl.dropboxusercontent.com/u/152 ... to%202.JPG

Dieser Fehler ist im update 01 (Build 1623387) behoben worden.

Bin ich auch gerade drauf gestoßen, vielen Dank. Hat jemand schonmal diesen Fehler beim Update bekommen ?

Ich denke, dass KB2064088 nicht der richtige ist. KB2059053 passt hier wesentlich besser zum Screenshot "Foto 1". Die endgueltige Loesung ist trotzdem dieselbe, wie ~thc bereits erwaehnte.

Zu dem Update-Fehler wuerde ich vorschlagen, mal den Adaptec Provider zu entfernen, und nach dem Update eine aktuelle Version einzusetzen. Mit dem LSI-Provider gab es bei aelteren Versionen auch schon ein aehnliches Problem.

Die Frage ist, wer den installiert hat. Sollte der bereits vom unbenannten "Lieferanten" kommen, muessten die aber eigentlich imstande sein, eine entsprechende Loesung zu beschreiben.

vielen Dank für die schnellen Antworten. Ich habe mir jetzt das Update 1 aus dem Downloadcenter geladen und dieses im Datastore plaziert. Anschließend mit folgendem Befehl installiert:

Das Update lief durch und wurde nach einem Neustart übernommen. Die integrierten Treiber habe ich jetzt nicht zusätzlich angefasst. Vielen Dank für den Link zum KB Artikel. Der Server läuft bis jetzt stabil, falls es weitere Probleme gibt berichte ich.

Grüße

Unabhängig davon solltest du aber dem bereits verlinkten KB-Eintrag KB2059053 folgen und den Typ deiner Gast-Nic(s) ändern.

Wenn ich den Adaptertyp ändere ? Wie wirkt sich die Änderung auf die VMs aus ? Ich habe dort Windows Server 2012 R2 DC und SQL Server laufen, die "hängen" ja an ihren Netzweradaptern.

Sobald du den Adaptertyp änderst, bekommt die VM auch eine neue MAC-Adresse mit allen damit verbundenen Konsequenzen. Der PSOD ist aber anders nicht lösbar und du mußt jetzt entscheiden, ob dir ein mehrmals am Tag komplett abschmierender ESXi lieber als das einmalige Umstellen des Netzwerkadapters ist.

Mit etwas Glück kannst du den Adaptertyp bei deregistrierter, also im Inventory nicht sichtbarer VM auch manuell unter Beibehaltung der bisherigen MAC ändern.

Die Änderung des Adaptertyps ist ein Workaround, wenn man das Update nicht einspielen kann oder will.

Hallo,

nach einspielen des Updates läuft der Server stabil. Den Netzwerkadapter habe ich nicht geändert. Allerdings triit bei den VMs folgender Fehler auf, der zu einem kurzen disconnect führt:


Ich werde nun bei den betroffenen VMs die Adapter auf vmxnet3 umstellen, lt. Vmware Forum sollte dies abhilfe schaffen, ich halte euch auf dem laufenden.

Dieser Fehler tritt leider gerne auf. Ziemlich nervig und sehr viele Events.

VMXNET3 löste das Problem bis jetzt aber immer unter 5.5. Bei 4.x musste ich bei einigen Host genau das Gegenteil machen, E1000 anstatt VMXNET3, weils sich da manchmal alles weggehängt hat.

Das Update von 5.5 ist mir nach einigen Meldungen hier immer noch etwas suspekt...

Danke für die Rückmeldung, ich habe heute Abend die Downtime dann berichte ich wie es läuft.