Seite 1 von 3

ACHTUNG ACHTUNG - wichtig fuer User von 3.5 u2

Verfasst: 12.08.2008, 02:38
von aubi
Hallo Leute,

ich habe mir eine neu MSA2012fc mit 2 DL380 und ESX 3.5 Release 1 installiert und sauber mit allen Windows 2003 Server als virtuelle Umgebung bespielt.
Alles passte wunderbar bis ich das neue Release 3.5 Rel. 2 aufgespielt habe.
Nach dem Update konnte ich keine neuen virtuellen Maschinen mehr booten und auch keine bestehenden Maschinen booten. Es kam immer nur eine doofe Meldung,
" internal System Error". Ich habe die Kiste dann komplett neu installiert keine Chance, mit oder ohne MSA. Erst als ich alles ieder mit dem Rel. 1 installiert habe ist alles wieder gegangen.
Hat da jemand einen Tip was für ein BUG da im neuen Server 3.5 Rel. 2 vorhanden ist.


Gruß Aubi

Verfasst: 12.08.2008, 08:56
von smrchy
Habe aktuell das gleiche Problem.

Beim Versuch eine virtuelle Maschine zu starten kommt:

A general system error occurred: Internal Error.

Auch ein starten über die Konsole funktioniert nicht.

Hat jemand ähnliche Probleme gehabt bzw. eine Lösung dafür?

Verfasst: 12.08.2008, 09:01
von aubi
Na das ist ja toll, da muss ja ein riesiger Bug drin sein, ich beue heute eine Testumgebung auf und schau mir das gleich nochmals an.
Gestern Nach hatte ich nur eine Möglichkeit, den Server mit dem ESX 35 Rel. 1 neu zu installieren und sofort ging alles.

Gruß Aubi

Verfasst: 12.08.2008, 09:02
von hardoverflow
Das kann doch nicht wahr sein.. das gleiche Problem hab ich seit heute auch. Gestern funktionierte noch alles, aber heute kann ich keine ausgeschaltet VM mehr starten.

Meldung : "Ein allgemeiner Systemfehler ist aufgetreten: Internal Error"

Das ESX Update 2 hab ich eigentlich schon ein paar Tage laufen. Um genau zu sein, seit knapp 2 Wochen.

Wo liegt das Problem ? Jetzt trau ich mich natürlich nicht eine VM zu rebooten.

Gruß
hardoverflow

Verfasst: 12.08.2008, 09:30
von aubi
Bei mir war das ähnlich, seit Freitag war das Update 2 drauf und alles bestens, bis gestern am Abend. Ich hatte nur alte VM's gelöscht damit ich morgen die Umgebung an den Kunden ausliefern kann und schon war alles beim Ar... .

Aubi

Verfasst: 12.08.2008, 09:35
von moo2102
Herzlich willkommen im Club bei mir das selbe.

im vmware.log der virtuellen maschine die ich starten will steht was von licence expired SR habe ich offen ich werde berichten.

Verfasst: 12.08.2008, 09:39
von James
laut meiner infos, stimmt was nicht mit dem Datum / Lizenz

lösung soll sein, NTP abschalten, lokale Zeit des Hosts auf 10.08 stellen.

vmware seih an nem Patch dran.

gruss
James

VMware ist schuld

Verfasst: 12.08.2008, 09:46
von gustafdd
Da hat VMware eine Zeitbombe reingebastelt und die ist heute am 12.08.2008 geplatzt.
Die Diskussion dazu und einen Workaround gibt es in http://communities.vmware.com/thread/162377?tstart=0

Verfasst: 12.08.2008, 09:47
von moo2102
James hat geschrieben:lösung soll sein, NTP abschalten, lokale Zeit des Hosts auf 10.08 stellen.


funktioniert, danke

Verfasst: 12.08.2008, 09:57
von moo2102
hoffentlich muss man bei dem bugfix die Hosts nicht rebooten sonst bin ich wirklich entsetzt :twisted:

Verfasst: 12.08.2008, 10:32
von adeba

NTP abgeschaltet, VMware Tools Einstellungen prüfen!

Verfasst: 12.08.2008, 10:58
von sirrossi
:!:
Moin, moin,

wenn der NTP Dienst abgeschaltet wurde, noch einmal in den VM's die Einstellungen der VMware Tools prüfen.
Nicht das da der Haken bei "Time synchronization between .." gesetzt ist, das gibt sonst Ärger! :evil:

Verfasst: 12.08.2008, 11:00
von hardoverflow
Habe wie in der KB beschrieben den NTP abgeschaltet, auf jeden ESX Host und das Datum auf den 10.08. zurückgestellt.

Seit einigen Minuten ist HA zusammengebrochen auf einen der ESX Hosts. Hier folgende Meldungen :

Fehler - 12.08.2008 - 10:34:01 - Unzureichende Ressourcen zum Erfüllen des HA-Failover-Levels im Cluster VMware ESX Cluster in XYZ
Fehler - 12.08.2008 - 10:34:01 - Der HA-Agent auf vmesx02.xyz.net im Cluster VMware ESX Cluster in XYZ weist einen Fehler auf.


Ich lass jetzt alles mal so wie es ist bis der BUG gefixt wurde.

Gruß
hardoverflow

Verfasst: 12.08.2008, 11:13
von smrchy
Beste Lösung scheint momentan zu sein:

Never not touch a running system...
sprich, keine VMs runterfahren / neu starten / migrieren etc.

Der Workaround mit dem zurückdrehen der Zeit schein mir nicht wirklich eine Lösung für produktive Umgebungen zu sein, sondern eher für den absoluten Notfall.

Die VMWare Jungs in USA haben heute auf jeden Fall eine kurze Nacht :roll:

Verfasst: 12.08.2008, 11:28
von hardoverflow
Noch eine Ergänzung bezüglich der Lizenzen. Schaue mir gerade im VI Client die Lizenzen der beiden ESX Hosts an. Bei einen unserer Hosts steht jetzt : No features are licensed.

Ich hoffe das dies nicht irgendwann zum abschalten der VMs kommt. Dann wäre ich nämlich gef*** !!!

Sorry.. aber jetzt wirds ziemlich heiss das ganze !

Gruß
hardoverflow

Das Update legt alles lahm (Zeitbombe)

Verfasst: 12.08.2008, 11:52
von d.kreuter
Ein jüngst von VMware herausgegebenes Update für den ESX-Server legt die Virtualisierungssoftware zum Betrieb mehrerer Betriebssysteminstanzen auf einer Maschine lahm. Ab heute weigert sie sich, neue virtuelle Maschinen zu starten, wieder aufzuwecken oder zu migrieren: Die Lizenz sei nicht mehr gültig. Laufende virtuelle Maschinen sind nicht beeinträchtigt. Betroffen sind alle Versionen des ESX-Server 3.5 mit Update 2.


http://www.heise.de/newsticker/Vorsicht-Zeitbombe-in-VMware-ESX-3-5--/meldung/114126

Verfasst: 12.08.2008, 11:56
von bills
Ups, ich wollte gerade anfangen meine 3.0.2 auf 3.5 zu migrieren. Ich denke ich warte noch ein Weilchen.

Kann ein Foren-Admin diesen Thread als Wichtig deklarieren? Könnte mir vorstellen das der eine oder andere das brennend interessiert.

Verfasst: 12.08.2008, 12:10
von McAbflug
manchmal zahlt sich Faulheit aus :-)
Ich hab die Updates nur auf dem Testsystem installiert, die produktiven Hosts (7 Stück) haben noch keine Updates.
So kann ich mich entspannt zurücklehnen und den Thread bei Heise beobachten :-)

schwach

Verfasst: 12.08.2008, 12:19
von yogoo
Sehr sehr schwach von VMware! :evil:

Zum Glück habe ich den Artikel noch früh genug gelesen... :grin:

Verfasst: 12.08.2008, 12:25
von adeba
zum glück funktioniert mein update manager nicht :)

Verfasst: 12.08.2008, 12:35
von hardoverflow
ACHTUNG :
Wenn Ihr die Zeit zurücksetzt, dann rechnet damit dass VCenter keine Statistiken (Werte) der VMs / Hosts etc. zurückliefert.
ACHTUNG :

Hoffe dass die DB von VCenter nicht inkonsistent ist.

Gruß
hardoverflow

Verfasst: 12.08.2008, 12:35
von grub
Hallo Zusammen

Im heise - Artikel wird ja auf ein KB Artikel von VMware verwiesen
(http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&externalId=1006716&sliceId=1&docTypeID=DT_KB_1_1&dialogID=21564262&stateId=1%200%2021562443).

Im Moment scheint die Seite aber völlig überlastet. Hat jemand von euch zufälligerweise eine Kopie des Artikels und kann den im Forum posten?

Ich würde gerne mehr Details zum Problem erfahren.

Vielen Dank
grub

Verfasst: 12.08.2008, 12:36
von hardoverflow
Hallo grub,

im Offiziellen VMware Forum hat jemand einen Screenshot vom KB1006716 veröffentlicht. Hier der Link :

http://communities.vmware.com/thread/162377?tstart=0&start=120

Gruß
hardoverflow

Verfasst: 12.08.2008, 12:48
von bas123
anbei der Screenshot mit dem KB Artikel.

Das Update wird morgen Nachmittag PST rauskommen. Das heißt dann halt warten.....

Verfasst: 12.08.2008, 13:15
von grub
Hallo Zusammen

Vielen Dank für die schnellen Antworten.
Wenn ich das richtig verstehe sollte der BUG in der Version ESX 3.5 U2 vorhanden sein, egal welche Patchs ich über den Update Manager eingespielt habe oder?

Wie genau erkenne ich, welche Update Version auf einem ESX Host läuft

Ausgabe des Befehls vmware -v
VMware ESX Server 3.5.0 build-84374

Gruss
grub