Die Tage kam ein Kollege auf mich zu, “Du, ich hab da ne VM die ich nicht mehr einschalten kann.” Des Weiteren zeigte vSphere an dass für die VM eine Konsolidierung der Snapshots nötig sei, was mit der gleichen Fehlermeldung fehl schlug.
Failed to open ‘/vmfs/volumes/datastore/vm/vm-000004.vmdk’ with flags 0xa The system cannot find the file specified (25).
Sie beschwerte sich dass eine .vmdk-Datei nicht vorhanden sei, ein kurzer Blick auf den Datastore zeigte jedoch dass die Datei vorhanden war.
Wie ich gerade feststellen musste funktioniert das Client Integration Plugin für den vSphere Web Client nicht mit der neuen 64bit-Version von Chrome. Bis eine passende Version des Plugins verfügbar ist muss also, wer die 64bit-Version nutzen möchte, entweder damit leben dass ein paar Funktionen nicht funktionieren, den Web Client in einem anderen Browser nutzen oder stattdessen den klassischen vSphere-Client verwenden.
Betroffene Funktionen die ohne das Client Integration Plugin im Web Client nicht funktionieren:
anmelden mit Windows-Sitzungsdaten
Zugriff auf die Konsole der VM
das Verbinden von lokalen .iso-Dateien und optische Laufwerken
Nachdem ich jetzt das zweite Mal bei einer Komplettabschaltung vom Rechenzentrum aufgrund von Arbeiten an der Stromversorgung beteiligt war schreibe ich mal ein paar Notizen dafür herunter.
Bei einer Virtuellen Maschine hatte ich nach dem Umzug von ESXi 4.1 auf ESXi 5.1 Probleme die VMware Tools zu aktualisieren. Sowohl die automatische als auch die interaktive Installation schlug fehl, natürlich ohne hilfreiche Fehlermeldung.
Ich habe dann die Maschine von den alten Tools bereinigt indem ich wie in KB1012693 empfohlen
setup64 /c
ausgeführt habe, danach ließen sich die VMware Tools installieren. Leider kam dann bei der nächsten Anmeldung die nächste Überraschung:
Mein erster Gedanke war “Das ist ja ne super Lösung, einfach die Tools aus dem Autostart rausschmeißen”, nach dem Motto Aus den Augen, aus dem Sinn. Anscheinend hat sich aber mit den neueren Tools die Datei geändert, die ausgeführt wird. Tatsächlich tauchen in der Registry an der Stelle auch zwei Einträge auf, der besagte den man löschen soll und ein weiterer, der auf
vmtoolsd.exe -n vmusr
zeigt. Dieser Eintrag ist korrekt und startet beim nächsten Anmelden auch brav dir VMware Tools.
Die Tage bin ich auf dieser Seite über eine Methode gestolpert, einen Klon von einem Windows-PC zu erzeugen, die ich so noch nicht kannte und die ich hier kurz festhalten möchte. Vorteil der Methode ist, dass sie recht schnell geht und ausschließlich kostenlose Open Source-Programme verwendet werden. Ebenfalls vorteilhaft ist, dass beide verwendeten Programme auf der SystemRescueCD vorhanden sind.
Für die Anleitung habe ich ein Windows XP in einer VM mit VMware Player aufgesetzt, das letzte Service-Pack sowie mit ninite ein paar Tools installiert. Die Anleitung dürfte aber auch mit anderen Windows-Versionen funktionieren.
Nachdem ich einen USB-Stick für die ESXi-Installation nach der Anleitung von VMware erstellt hatte konnte ich nicht davon booten. Ich bekam immer die Fehlermeldung
boot:
menu.c32 not a COM32R image
Keine Ahnung was die Ursache war, in diesem Blogbeitrag schrieb jemand einen Kommentar, dass neuere syslinux-Versionen problematisch seien (ich hatte meinen Stick mit syslinux 4.05 unter Mint Linux 13 erstellt). Mit der Version 494 von UNetbootin solle es gehen. Also probierte ich das aus und erstellte einfach mal einen Stick mit der angegebenen Version, aber ohne weitere Anpassungen zu machen die in dem Beitrag aufgelistet werden.
UNetbootin lief durch, ich habe den Stick in einen Rechner gesteckt, davon gebootet und siehe da, der Installer vom ESXi startet vollkommen problemlos. Die Methode hat auch noch den Vorteil dass man den Stick unter Windows erstellen kann und nicht unbedingt eine Linux-Installation zur Hand haben muss (was die Anleitung von VMware zwingend voraussetzt).
Update 07.10.2013
Mit Version 5.5 vom ESXi funktioniert diese Methode bei mir leider nicht mehr.
Seit gestern habe ich auf Einmal das Problem, dass mir der vSphere Client einfriert wenn ich beim Performance-Tab eines bestimmten ESXi Servers auf “Advanced” klicke. Es passiert nur bei einem Host, bei den anderen ging es problemlos. Einen Hinweis zur Lösung fand ich in diesem Thread. Unter
c:\Users\<username>\AppData\Roaming\VMware
findet sich eine Datei vcenter.igd.fraunhofer.de-charts.xml. Nachdem ich diese Datei gelöscht und den vSphere-Client wieder gestartet hatte ging es schlagartig wieder. Es war nicht nötig weitere Dateien dort zu löschen.
Besonders interessant ist dieser Beitrag in dem Thread, der genau erklärt was die Ursache für das Problem ist.
Diese Website nutzt Cookies. Mit der Benutzung der Website erklären Sie sich damit einverstanden.EinverstandenReject Weitere Informationen: Datenschutzerklärung
Privacy & Cookies Policy
Privacy Overview
This website uses cookies to improve your experience while you navigate through the website. Out of these, the cookies that are categorized as necessary are stored on your browser as they are essential for the working of basic functionalities of the website. We also use third-party cookies that help us analyze and understand how you use this website. These cookies will be stored in your browser only with your consent. You also have the option to opt-out of these cookies. But opting out of some of these cookies may affect your browsing experience.
Necessary cookies are absolutely essential for the website to function properly. This category only includes cookies that ensures basic functionalities and security features of the website. These cookies do not store any personal information.
Any cookies that may not be particularly necessary for the website to function and is used specifically to collect user personal data via analytics, ads, other embedded contents are termed as non-necessary cookies. It is mandatory to procure user consent prior to running these cookies on your website.