blog.bartlweb - a technologist's external brain

Thema: VMware

vmrun funktioniert nach Update auf VMware Workstation 12.5.2 nicht mehr zuverlässig

Nach der Aktualisierung meiner Installation von VMware Workstation auf die neuste verfügbare Version 12.5.2, habe ich wieder einmal getestet ob vmrun wie eigentlich zu erwarten funktioniert.

C:\Program Files (x86)\VMware\VMware VIX>vmrun -T ws-shared -h https://localhost
:8333/sdk list
Host user: admin
Host password:
Unable to connect to host.
Error: Insufficient permissions in the host operating system

Leider ist das noch immer nicht der Fall und daher muss auch weiterhin das Skrpting-Interface VMware VIX wie im Artikel vmrun von VMWare Workstation 12 kann sich nicht mit dem Host verbinden beschrieben modifiziert werden.

Allerdings erhalte ich auch danach immer noch sporadische aber durchaus reproduzierbar Fehlermeldungen, die auf Fehler in der Kommunikation hindeuten:

Dateigröße von thin-provisioned VMDK-Dateien einer virtuellen Maschine unter WMware schrumpfen

VMware erlaubt es mit sogenannten thin-provisined Virtual Maschine Disks (VMDK-Dateien) virtuelle Festplatten zu erstellen, die den Speicherplatz der angegebene Festplattengröße nicht sofort am Hostsystem reservieren, sondern nur bei Bedarf bis zur maximal angegebenen Größe anwachsen. Bei vielen Festplattenaktivitäten mit großen Dateien oder auch regelmäßigen Windows-Udpates wachsen diese VMDK-Dateien mit der Zeit an, obwohl in der virtuellen Maschine in Wirklichkeit nur ein Bruchteil des Festplattenspeicherplatzes genutzt wird, als jener der am Hostsystem durch die VMDK belegt ist.

Um nicht belegten aber reservierten Speicherplatz einer VMDK-Datei auf dem Host freizugeben, muss eine Shrink-Aktion aus der laufenden virtuellen Maschine heraus über die installierten VMware Tools gestartet werden. Das Tool wird über die Kommandozeile bedient und ist je nach Gastbetriebssystem etwas anders zu nutzen:

Diagnose bei langsamen Netzwerkzugriffen unter VMWare

Wer unter VMWare mit langsamen Netzwerkzugriffen, sowohl aus der virtuellen Maschine heraus oder auch bei Zugriff von außen auf die virtuelle Maschine, zu kämpfen hat, dem sollen meine Erfahrungen und Anhaltspunkte als Hilfestellung dienen.

Typ der virtuellen Netzwerkkarte

VMWare kann unterschiedliche Hardware-Netzwerkadapter emulieren, die unterschiedliche Unterstützung der zu virtualisierenden Betriebssysteme erfahren, aber vor allem auch unterschiedliche Performance aufweisen.

Der Kartentyp kann durch Manipulation der Konfigurationsdatei .vmx geändert werden. Achten Sie darauf, dass die Netzwerkadapter danach in den virtualisierten Systemen erneut installiert werden müssen.

Die folgenden Adapter stehen zur Auswahl:

  • e1000: Standard-Intel-Adapter (native Betriebssystemunterstützung, solide Performance)

vmrun von VMWare Workstation 12 kann sich nicht mit dem Host verbinden

Nach dem Upgrade von VMWare Workstation 9 auf die aktuelle Version VMWare Workstation 12 haben meine Automatisierungsskripte mit vmrun (siehe: vmrun zur Automatisierung von VMWare Workstation nutzen) gestreikt. Es war mir nicht mehr möglich meine geteilten virtuellen Maschinen (Shared VMs) über vmrun zu steuern. Stattdessen erhielt ich bei jedem Verbindungsversuch nur die folgende Fehlermeldung zurück:

Unable to connect to host.
Error: The specified service provider was not found

Den Befehl mit Administratorrechten ausführen brachte keine Abhilfe und die Firewall hat weder vmrun noch die Authentifizierungs- bzw. Server-Dienste von VMWare Workstation blockiert. Nach langen Recherchen bin ich auf folgenden Blog-Artikel gestoßen, der die Lösung brachte: http://vcojot.blogspot.ca/2015/11/workaround-for-vmrun-under-vmware.html

vmrun zur Automatisierung von VMWare Workstation nutzen

Für kleinere Server oder den Heimgebrauch ist nach wie vor VMWare Workstation für die Virtualisierung das Mittel der Wahl. Wer des Öfteren virtuelle Maschinen starten und beenden muss, um z.B. Backups zu machen, wird sich schnell nach einer Möglichkeit der Automatisierung dieser Vorgänge sehnen.

VMWare Workstation stellt dazu das Kommandozeilen-Tool vmrun zu Verfügung. Über dieses lassen sich sowohl lokal laufende VMs als auch auf entfernten Rechnern laufende VMs (Sharing) steuern.

vmrun

Das Tool liegt bei einer Windows-Installation unter C:\Program Files (x86)\VMware\VMware VIX\vmrun.exe bzw. auch unter C:\Program Files (x86)\VMware\VMware Workstation\vmrun.exe.

Aufbau der Befehle

Befehl für die Steuerung von lokalen VMs:

Ressourcenbedarf einzelner virtueller Maschinen in VMWare Workstation ermitteln

Im Gegensatz zu den Serverprodukten von VMWare gibt es in VMWare Workstation keine Möglichkeit sich eine Übersicht der aktuell verwendeten Ressourcen (Prozessorauslastung, Arbeitsspeicher, etc.) der laufenden virtuellen Maschinen anzeigen zu lassen. Findige Personen würden jetzt sagen: "Kein Problem, jede VMWare läuft als eigener Prozess und der Windows Taskmanager liefert mir die notwendigen Informationen." Das ist prinzipiell richtig, nur lassen sich, insofern mehrere virtuelle Maschinen gleichzeitig laufen, die einzelnen vmware-vmx.exe-Prozesse nicht so einfach einer virtuellen Maschine zuordnen.

VMWare Workstation beschwert sich nach Windows Update über zu wenig vorhandenen Arbeitsspeicher zum Starten einer virtuellen Maschine

Nach einem der letzten Windows Updates quittiert VMWare Workstation 9, auf meinem Windows 8.1-System, plötzlich den Start einer virtuellen Maschine mit folgender Fehlermeldung:

Not enough physical memory is available to power on this virtual machine with its configured settings.
...

Bei mehr als 10GB verfügbaren RAM und zugewiesenen 2GB an die virtuelle Maschine eigentlich ein Ding der Unmöglichkeit. Eine kurze Google-Recherche und ein Blogeintrag von VMWare bringen Licht in die Sache. Das Windows-Update KB2995388 verursacht das beschriebene Problem und die vorgeschlagene Lösung von VMWare ist die Deinstallation des erwähnten Updates. Für sicherheitsbewusste Nutzer keine zufriedenstellende Lösung.

http://blogs.vmware.com/workstation/2014/10/workstation-10-issue-recent-microsoft-windows-8-1-update.html

Netzwerkzugriff auf virtuelle Maschinen in VMWare Workstation mit mehreren Netzwerkkarten extrem langsam

In meinem Server stecken 2 Netzwerkkarten die im selben Netz hängen, um den Datentransfer der virtuellen Maschinen von dem mit dem physischen Host zu trennen und somit den virtuellen Maschinen immer vollen Netzwerkzugriff auch bei größeren Dateitransfers mit dem Host zu ermöglichen.

Gerade nach der Neuinstallation oder einem Update von VMWare Workstation fällt mir regelmäßig auf, dass die Geschwindigkeit der Netzwerkverbindung zu meinen virtuellen Maschinen massiv einbricht.

Das Problem liegt darin, dass im Virtual Network Editor für das verwendete Netzwerk VMnet0 (bridged) die Einstellung bei Bridged to auf Automatic gesetzt ist. Das Setzen einer dezidierten Netzwerkkarte behebt das Problem. Hier scheint VMWare Workstation Probleme bei der automatischen Zuordnung der Netzwerkkarte zu haben.

VMWare Workstation 9 als Ersatz für VMWare Server 2 nutzen

VMWare Server 2, gedacht als Hypervisor auf Betriebssystem-Ebene, wird von VMWare schon geraume Zeit nicht mehr weiterentwickelt. Als Nachfolger schickt VMWare den Baremetal-Hypervisor VMWare vSphere ins Rennen. Wer so wie ich allerdings keine eigene Maschine zur Virtualisierung nutzen kann oder will, für den könnte der Umstieg von VMWare Server auf VMWare Workstation eine Option sein. VMWare Workstation 9 bietet die Möglichkeit einzelne virtuelle Maschinen dienstgesteuert beim Booten zu starten und ist mit einigen Modifikationen durchaus als moderner und um einiges performanterer Ersatz für VMWare Server 2 zu sehen. Einziger Wermutstropfen: Mit ca. 200€ ist VMWare Workstation nicht kostenlos dafür aber mittlerweile für Windows und Linux erhältlich.

VMWare Fusion Images in VMWare Server nutzen

Um VMWare Images auf Fusion auf einem VMWare Server zu nutzen können Sie entweder den VMWare vCenter Konverter nutzen oder aber Sie machen sich zu nutze, dass die Disk-Images (vmdk-Dateien) von VMWare mit jedem Produkt kompatibel sind.

D.h. Sie generieren auf dem Server die Virtuelle Maschine mit den selben Einstellung wie unter VMWare Fusion neu. Dabei müssen Sie darauf achten, dass Sie den selben Namen vergeben (Ansonsten müssen Sie nachträglich in der vmx-Konfigurationsdatei den Pfad zur vmdk-Datei ändern). Sobald Sie die Virtuelle Maschine erstellt haben überschreiben Sie am Speicherort die vmdk-Datei mit der aus VMWare Fusion. Zu dieser gelangen Sie in dem Sie im Finder mit Rechtsklick auf die Datei der Virtuellen Maschine den Punkt Paketinhalt anzeigen auswählen.