Problem nach Update v8.00 auf v8.02

[Frank@work]

Hallo,

ich habe aus dem Nichts ein riesiges Problem mit VM Workstation

Umgebung:
Produktivsystem, absolut stabil, keine Spielkram, hinter Whitelist-Firewall (Astaro) nur MS-Update, ESET-Update, VMWare, Exchange zugelassen
Win7x64 SP1 Patchlevel 31.1.2012 auf SSD, Mitglied in Domäne, lokaler Admin
System Supermicro X7DAL Workstation XEON E5420 8 echte Kerne 24GB RAM
VM Workstation 8.02 Build 591240
etliche VMs mit alter Spezialsoftware auf diversen Velociraptoren

Bis letzten Freitag hatte ich Workstation 8.00 am laufen mit etlichen VMs (diverse Win, Linuxe u.a.) und absolut keine Probleme. Dann auf (nach Test auf Testsystem) v8.02 upgedatet (alles perfekt durchgelaufen) und seit dem sind sowohl alle alten VMs wie auch versuchsweise neu erstelle VMs nicht mehr startbar - Fehlermeldung "WMWare Workstation internal error". Hardwaretests (Memtest, Intel Linpack) ohne Fehler. Temp-Ordner geleert (nix), Uninstall VMW, Neustart, Install VMW (nix), Uninstall VMW und alle Ordner in Temp, Roaming, Local etc und Registry von VM-Einträgen bereinigt, Neustart, VMW wieder drauf (nix), alle VM-Dienste laufen - ich bin ratlos. Die Ereignisanzeige (System, Anwendungen) ist tiefgrün. Systemwiederherstellung kann ich nicht machen, da die auf diesem System deaktiviert war (keine Ahnung, warum). Alle VMs laufen auf Testkiste sofort und einwandfrei. Malware schließe ich aus, da die Kiste praktisch (siehe oben) nicht ins Inet kann und keine fremden USB-Sticks bzw. Nutzer dran kommen, ESET findet nichts, Hitman Trial und Malwarebytes Trial ebenso, System auch von Boot-CD gescannt, Paketfilter der Astaro auf ungewöhnliche Kommunikationsversuche geprüft - alles grün. Ein neuer Benutzeraccount bringt auch keine Änderung.

Bei jeder beliebigen VM endet das logfile im Temp-Ordner so:

2012-02-06T12:52:55.795+01:00| vmx| I120: Vix: [6248 mainDispatch.c:869]: VMAutomation_LateShutdown()
2012-02-06T12:52:55.795+01:00| vmx| I120: Vix: [6248 mainDispatch.c:819]: VMAutomationCloseListenerSocket. Closing listener socket.
2012-02-06T12:52:55.796+01:00| vmx| I120: Flushing VMX VMDB connections
2012-02-06T12:52:55.796+01:00| vmx| I120: VmdbDbRemoveCnx: Removing Cnx from Db for '/db/connection/#1/'
2012-02-06T12:52:55.796+01:00| vmx| I120: VmdbCnxDisconnect: Disconnect: closed pipe for pub cnx '/db/connection/#1/' (0)
2012-02-06T12:52:55.801+01:00| vmx| W110: Failed to initialize VM.

Hat jemand eine Idee für mich?

Welche Dateien soll ich eventuell anhängen?

Die Kiste will ich ungern neu aufsetzen. Die VMs sind alle gesichert aber das System leider nicht (ja, mein Fehler, Acronis True Image kostet fast nix, kaufe ich jetzt gleich für das nächste Mal).

Gruß,
Frank

[continuum]

Anhaenge gehen hier nicht - aber du koenntest mal das vmware.log einer VM und das UI-log bei http://ifile.it hochladen

[Frank@work]

Hallo Ulli,

danke für die schnelle Reaktion.

Der Versuch, eine beliebige VM zu starten, erzeugt im Ordner der VM im Gegensatz zu früher (als alles rebungslos ging) leider kein logfile mehr. Ein aktuelles UI-log habe ich hier hochgeladen: http://ifile.it/ce1d7ma/UI-Log.txt

Die Zertifikatsfehler im Log sind schon immer da, da ich nicht weiß, wie ich VMWare Workstation das Zwischenzertifikat der Firewall unterschieben kann (IE und Firefox haben damit kein Problem).

Gruß,
Frank

[continuum]

guck mal in der config.ini nach und sieh zu dass da

installerDefaults.autoSoftwareUpdateEnabled = "no"
installerDefaults.componentDownloadEnabled = "no"
installerDefaults.dataCollectionEnabled = "no"

drin steht

[Frank@work]

C:\ProgramData\VMware\VMware Workstation\config.ini

hab ich gemacht

authd.client.port = "902"
authd.proxy.vim = "vmware-hostd:hostd-vmdb"
authd.proxy.nfc = "vmware-hostd:ha-nfc"
installerDefaults.autoSoftwareUpdateEnabled = "no"
installerDefaults.componentDownloadEnabled = "no" -> stand auf yes
installerDefaults.dataCollectionEnabled = "no"

keine Besserung trotz Neustart

[continuum]

laueft bei dir fixcamera.exe ?

[continuum]

geht
net start vmx86
als admin ?

[Frank@work]

fixcamera.exe läuft nicht als Prozess, existiert nicht als Datei auf dem Host und wird auch in der Registry nicht gefunden

net start vmx86
"Der angeforderte Dienst wurde bereits gestartet."



es laufen als Dienst
Vmware Auhorization Service
Vmware DHCP Service
Vmware NAT Service
Vmware USB Arbitration Service
Vmware Workstation Server

[continuum]

kannst du auch keine VMs starten wenn du vmware.exe als admin startest ?

[Frank@work]

nein, auch bei explizitem Start als Administrator nicht

Ich fand einen englischsprachigen Beitrag zu diesem (wohl seltenen) Fehler - die vmware.exe umbenennen - das hilft auch nicht.

Mit dem VMPlayer 4.0.2 build-591240 lautet die Fehlermeldung "Error while powering on: Internal error."

Ich kann witzigerweise eine alte VM auf die v8 upgraden (und dabei clonen) - der Klon läuft auf meiner Testkiste dann aber nicht auf dem richtigen Host (internal error)

vmnetcfg kann ich starten und es stimmt alles, Änderungen werden gespeichert

[continuum]

hast du vielleicht die Commodo desktop firewall ?

[Frank@work]

nein, keine Personal Firewall (war auch nie drauf, auch kein anderes Produkt)

ich habe nur als AV-Software NOD32 (ESET) auf der Maschine - lief seit Jahren ohne das geringste Problem, abschalten ändert nichts

Zurück zur v8.00 habe ich zwischenzeitlich auch probiert - Fehler bleibt. Die 8.02 behebt in einer meiner VM einen schweren Fehler (festgestellt in meiner Testumgebung, deshalb überhaupt das Update), so dass sie eigentlich alternativlos ist.

[Frank@work]

Gibt es vielleicht einen Uninstaller von VMWare, der nicht Unmengen Reste übrig läßt?

[continuum]

bist du nach Acht noch da ?
dann koennte ich mal vorbeischauen ...

[Frank@work]

nein, ich hau gleich ab

Die ganzen Infos und Reinigungstools hier

http://kb.vmware.com/selfservice/micros ... 0285454177

hab ich jetzt mal gelesen/abgearbeitet und muss noch heute liegen gebliebene Sachen erledigen - morgen früh installiere ich VMW dann nochmal neu und wenn das nichts bringt, mach ich den Host neu - ich habe schon mal die Lizenzen für den ganzen Kram angefordert. Die allerwichtigsten VMs sind jetzt auf der Testgurke am laufen bzw. schleichen - jedenfalls weiß ich jetzt, das ich einen Notfallplan brauche - das darf in dieser Form nicht wieder passieren. Welch Glück - der Häuptling ist heute & morgen nicht da.

Gruß,
Frank

[Frank@work]

Also,
die ganze Reinigung hat nichts gebracht - Fehler blieb. Vor der Neuinstallation vom Host habe ich dann noch v7.14 getestet - gleicher Fehler. Dann die v6.5x - anderer Fehler aber ähnlich klingend und nichts ging.

Nach Neuinstallation des Host-OS und VMWorkstation 8.02 funktionierte alles wieder so wie all die Jahre zuvor mit dem Unterschied, das zu den VM-Backups jetzt auch noch ein Backupjob des Host dazu kommt.

Ich wüßte gern, was die Ursache war - der Fehler scheint ja sehr selten zu sein. Wie oft habe ich schon erlebt, das plötzlich eine funktionierende Lösung vom eigenen Lizensierungsdienst grundlos abgschossen wird - da war doch mal so ein Datumscrash beim ESXi, wenn ich mich nicht täusche.

Danke an Ulli für die Unterstützung.

[irix]

Das war der "Timebomb Bug" in der VI 3.5u2. Ich erinniere mich noch als ob es gestern gewesen waere.

Gruss
Joerg