There are no translations available.
Gestern hatte ich gleich zwei unschöne Phänomene mit virtuellen Maschinen. Das Problem trat nach einem Stromausfall auf und zeigte sich durch die angeblich fehlenden VMware Tools im Gast. Allerdings waren die virtuellen Maschinen nachweislich bis zu dem Ausfall absolut korrekt installiert und mit den aktuellen VMware Tools versorgt.
Der Versuch die VMware Tools neu zu installieren schlug direkt fehl mit der Meldung, dass die korrekte VMware Tools.msi Datei nicht an der Quelle "1" zu finden sei. Hintergrund war allerdings, dass das VMware Tools Setup die installierten Tools (diese starteten aber nicht mehr, daher konnte vCenter diese auch nicht erkennen) zwar fand, allerdings nicht deinstallieren konnte.
Die Lösung bestand darin, die Registry nach "Tools.msi" zu durchsuchen und den entsprechenden Schlüssel unterhalb von HKEY_CLASSES_ROOT entweder zu löschen oder nur umzubenennen. Danach funktionierte die Installation der Tools und der spätere Start der Tools einwandfrei.
Das zweite Problem war schon wesentlich grober, da die VMware Tools Setup Routine mir mitteilte, dass es sich bei dem System nicht um eine virtuelle Maschine handeln würde. Da ich das System noch nie im Rechenzentrum gesehen hatte und mit dem vSphere Client über die Console darauf zugriff, war es aber 100% sicher, dass es sich um eine virtuelle Maschine handelte.
Die Lösung war seltsam aber denkbar einfach. Durch den Ausfall waren anscheinende die VMX Dateien der betroffenen VMs korrupt. Dies war zwar im normalen Betrieb nicht festzustellen und die VM konnte auch problemlos umkonfiguriert werden, aber die Installation der VMware Tools war eben unmöglich. Daher war für mich der schnellste Schritt die Neuerstellung der VMX Datei, also die Neuanlage der VM mit anhängen der bestehenden virtuellen Festplatten. Nach dieser Aktion wurde die VM auch wieder als virtuell erkannt und die VMware Tools konnten ohne weitere Fehlermeldung installiert werden.
Read 0 Comments... >>
