ACHTUNG ACHTUNG - wichtig fuer User von 3.5 u2

[chrish]

Das ist der Build von U2

VMware ESX Server 3.5.0 build-103908

[Drumcode2003]

Bin ebenfalls betroffener Kunde des Problems.
Maschinen lassen sich nicht mehr starten.
Einige der Hosts zeigen an, dass sie keine Lizenz mehr haben, andere haben sie noch.
Ich hatte dieses Problem allerdings auch schon früher, mit Update 1.
Ein Reboot der Hosts hat das Problem behoben.
evt. tritt die Lizenzproblematik nicht auf, wenn man die Lizenzen direkt in die Hosts einspielt?
Würde mich interessieren. Ich verwalte alles über das VC.

Bin gespannt, wann VMWare eine Lösung des Problems anbietet.

[Raudi]

Die sollen einen Fix morgen Nachmittag haben. Aber ich glaube die Angabe war deren Ortszeit.

Gruß
Stefan

[hwimmer]

Hallo,

wir haben am 24.07.08 auf ESX 3.5 Update 1 hochgezogen.

Unser Techniker hatte damals schon gesagt, daß er Update 2 nicht
einspielen will, da hier noch ein Bug bekannt ist.

Ob er damals schon den License Expire meinte weiß ich nicht.

Allerdings bin ich froh darüber, daß er es nicht getan hat.

Gruß
hwimmer

[Raudi]

Hier mal ein Screenshot vom KB Eintrag.

[eini]

Also bisher hatte ich keine Probleme mit VMWare Updates aber langsam häufen sich echt die Bug´s.

Es gibt einige schwerwiegende Bug´s die bisher noch nicht bereinigt wurden welche sich doch recht stark auswirken.

Z.B. hatten wir hier nach einigen kompletten Stromausfällen auch das Problem das keine VM sich mehr starten lies auch irgendwas mit Lizenzserver (bis dato war VC auch eine VM). Und das bei einer 3.5er Version Patchlevel vor U2.

Oder es ist immer noch so das die HBA Pfade (2 vorhanden/manuelles Load Balancing) jedes Mal neu gesetzt werden müssen wenn ein Host rebootet werden muss. Das kam aber erst ab Version 3.5 in der 3er gab es dieses Problem nicht.


Schade schade VMware. Gut das ich gewartet habe und in Zukunft werde ich auch noch länger warten bevor an an einer VI Updates einspielt. Hier gibt es eben keine Fehlertoleranz!

[BBKing]

Wir sind auch betroffen durch dieses Update zum Glück haben wir 2 ESX Server

Was ich nicht verstehe das man sich das Update immer noch runterladen kann.

Das finde ich eine Frechheit

Bernhard

[hardoverflow]

Also die Updates bekommst du auf der VMware Downloadsite nicht mehr. "Temporarily Unavailable".

Kann das eigentlich jemand bestätigen, dass nach dem zurücksetzen der Zeit - VC keine Messwerte mehr liefert ?

Gruß
hardoverflow

[Drumcode2003]

Also ich habe 11 ESX Hosts. Aber dadurch ändert sich das Problem leider nicht.


Gut, dass die VMs alle laufen.
Jetzt bloß keinen Reboot!!

Die Zeit sollen man nicht zurücksetzen. Da reagiert VMWare + einige Clients sehr
empfindlich.
Liest man in diversen Foren.

Mich nervt das Thema VMWare etwas.
Hatte vorher schon ab u. zu Probleme, dass die Lizenzen auf einigen Hosts
nicht erkannt werden od. einige VMs erst nach erneutem Migrieren gestartet
werden konnten.
*mhhh*

Ich warte bis Morgen.
Mit V3i Update2 hatte ich das Problem jedenfalls nicht.
Obwohl es scheinbar ebenfalls betroffen ist.

[Nemo]

wir haben das problem leider auch.

ich hoffe das der patch live eingespielt werden kann. (ohne host reboot).

[McAbflug]

ein Reboot einer VM ist möglich!
Nur, nie ausschalten!

[firehawk]

Halllo alle zusammen,

haben seit letzter Woche in in der Firma eine Virtualisierungsumgebung basierend auf MSA2012fc und 2x DL380 G5. Bei der Installation gab es schon Probleme. Zuerst verwendeten wir das neueste Virtual Center (2.5 build ?) und ESX 3.5 Update 2. Das HA kam ums Verrecken nicht ans Laufen. Erst ein Downgrade des VC auf die vorher erhältliche englische Version verlief dann im Zusammenspiel mit dem esx 3.5 update 2 ohne Probleme... daher haben wir diese ESX Version im Einsatz gelassen... Fehler für das HA war, das als DNS-namen für die esx server nur Kleinbuchstaben verwendet werden dürfen und dieses auch in die Hostdateien auf beiden ESX eingetragen werden muss...

Nun die quittung für das Belassen der ESX auf der neuesten Version...

Habe als workaround erst mal die Anweisung rausgegeben die VM`s nicht anzufassen. Desweiteren habe ich auch die Sicherungen für den Virtual Center Server und vorsichtshalber auch die Sicherungsjobs für alle virtuellen Maschinen bis auf eine rausgenommen... mal sehen was sich bis morgen ergibt...

Hoffe ich habe das hier richtig geposted...ein Superstart für das neue System... mein Chef ist "sehr" zufrieden mit dem neuen System...

MFG Firehawk

[continuum]

Jetzt gibt es wenigstens eine email von VMware zu diesem problem

[alasc]

Und hier die heiss ersehnte Lösung:

http://www.vmware.com/landing_pages/esx ... tches.html

Gruß
Alex

[McAbflug]

... und der Patch macht alles wieder gut!
Bei uns geht wieder alles!

[Nemo]

versteh ich das richt, man muss den esx in den wartungsmodus schalten und die VM abdrehen ?

[hardoverflow]

... haben den Patch hier auch eingespielt - erst auf den einen ESX Host dann auf den anderen. Sieht wieder alles normal aus. HA und DRS sind auch wieder aktiv und Messdaten werden auch zurückgeliefert.

ACHTUNG : Host Reboot ist notwendig !!

Gruß
hardoverflow

[BBKing]

Kann es nur bestätigen nach dem einspielen von dem Patch funktioeniert alles wieder

Bernhard

[Drumcode2003]

Soll ich jetzt diese RPMs bei allen 11 Hosts per Hand einspielen?

VMWare macht sich das aber sehr einfach.
Damit bin ich ja die nächsten 2 Tage beschäftigt. inkl. DRS, VMotion, etc.

[Nemo]

Würd ja sehr gerne den Patch einspielen, aber wir können im momment die VM's nicht abdrehen. ;(

@Drumcode2003

Soweit ich weis, testet VMware schon mit dem Update Manager! Mir gehts fast wie Dir.
7 ESX und nen riesigen Haufen VM's die wir praktisch nicht abdrehen können.

[nuiler]

Kann es sein das ich in den Wartungsmodus gehen muss? Ich kann aber die VM nicht auf einen anderen Host verschieben.

[firehawk]

Na das klingt ja vielversprechend... Könnte jemand mal ne deutsche anleitung dazu schreiben ?

[Nemo]

Kann es sein das ich in den Wartungsmodus gehen muss? Ich kann aber die VM nicht auf einen anderen Host verschieben.

ja wartungsmodus & host reboot. Aber ich denke das noch ein patch kommt.

We are currently testing an option to apply the patch without requiring VMotion or VM power-off and re-power-on at the point of patch application.

[Drumcode2003]

@ nuiler

ja muss man, steht auch in der Anleitung.

Eigentlich steht ja bei VMWare: "No Host reboot required".



Aber anscheinend trifft das bei den meisten Anwendern nicht zu.
Macht ja auch keinen Unterschied, ob ich nur den VMWare Dienst(e) neu starte od.
gleich den ganzen Host. Der Effekt ist der gleiche: alle VMs müssen vorher migriert werden. Sonst laufen sie nicht mehr.

Bin begeistert. v.a. weil der Maintenance Modus eh nicht 100%ig autom. läuft.
Meine Erfahrung: VMs per Hand umziehen, dann fährt der Host auch ohne Probleme
in den Wartungsmodus. Macht bei 120VMs nat. keinen Spaß.

Ich warte aufs Update für den Update Manager. Meine VMs laufen alle.
Und RPMs als Windows-Mensch einspielen ist mir zu gewagt.

Blöd nur, dass ich genau vorgestern einige VMs v. Server auf V3i umgezogen habe.

So was nervt nur noch.

[nuiler]

Bei mir funktioniert aber das migrieren nicht mehr? Ich habe auf 2 Host Updates - Patches installiert. Kann ich davon ausgehen wenn Build 110181 angezeigt wird - dass ich alle Patches installiert habe?