• The network address is invalid - SQL 2008 Cluster Installation schlägt fehl in einer VM unter VMware
• Fehlermeldung "File <unspecified filename> was not found" beim Starten einer VM
• Anzeigen und entfernen nicht mehr vorhandener Hardware
• Das Kopieren von grossen Datein vom Gast auf den Host bricht immer ab
• SSH Zugriff auf die Konsole freischalten - ESX 3.5 und 4.0
• VMware ESXi 4.0 Server - als lizenzkostenfreie Version downloaden
• VMware ESXi 3.5 Server - als lizenzkostenfreie Version downloaden
• VMware sizer - HP ProLiant server sizer for VMware ESX Server

• Netapp - Gesperrte Dateien auf einem CIFS Volume freigeben - lock break

SQL 2008 Cluster Installation schlägt fehl in einer VM mit Windows 2008 R2 unter VMware

Fehlermeldung bei der Vergabe des "SQL Server Network Name" "The given network name is unusable because there was a failure trying to determine if the network name is valid for use by the clustered SQL instance due to the following error: 'The network address is invalid."

1. Deinstallation der VMware Tools über die Systemsteuerung
2. Reboot der VM
3. Installation des MS SQL Servers

1. Deinstallation der VMware Tools über die Systemsteuerung
2. Reboot der VM
3. Erneute benutzerdefinierte Installation der VMware Tools
4. Unterhalb von "VMware-Gerätetreiber" die "Ordnerfreigaben abwählen und die Installation fertigstellen
   
5. Reboot der VM
6. Überprüfen ob der Dienst nicht installiert wurde:
   Kommandprompt öffnen und mit folgendem Befehl eingeben sc qc vmhgfs
   als Ergebnis sollte angezeigt werden:
   [SC] OpenService FAILED 1060:
   The specified service does not exist as an installed service.
7. Installation des MS SQL Servers

Die Fehlermeldung "File <unspecified filename> was not found" wird beim Starten einer VM angezeigt

Ursache kann eine fehlende Beschreibungsdatei für die virtuelle Festplatte sein, in der VMware KB gibt es hierzu einen Artikel zur Wiederherstellung der Datei.

Recreating a missing virtual disk (VMDK) header/descriptor file
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1002511

Achtung! Bei existierenden Snapshots ist es möglich das unter Umständen die Fehlermeldung
"The parent virtual disk has been modified since the child was created"
angezeigt wird.
In diesem Fall muss noch die CID in der Beschreibungsdatei abgeglichen werden. Wie beschreibt folgender Artikel aus der VMware KB.

After cold migration on ESX Server, virtual disk with snapshot has the wrong CID
"http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&externalId=1005228&sliceId=1&docTypeID=DT_KB_1_1&dialogID=65670610&stateId=0 0 69683865"

Nach dem importieren mit VMware Converter die nicht mehr vorhandene Hardware entfernen

Hat man einen physikalischen Rechner mit dem VMware Converter virtualisiert ist es sinnvoll die nicht mehr vorhandene Hardware, aus der virtuellen Maschine, zu entfernen.
Zum Anzeigen und dem Entfernen geht man wie folgt vor:

1. öffnen Sie die Kommandozeile
2. Geben Sie folgendes ein set devmgr_show_nonpresent_devices=1 und bestätigen mit Enter
3. Starten Sie anschließend den Gerätemanager von der Kommandozeile mit devmgmt.msc
4. Nachdem sich der Gerätemanager geöffnet hat schalten Sie im Menue unter Ansicht die ausgeblendeten Geräte ein
5. Nun können die nicht mehr vorhandenen Geräte, werden abgeblendet dargestellt, deinstalliert werden

Diese vorgehensweise funktioniert unter Windows 2000, Windows XP und Windows 2003 Server. Hier noch ein Microsoft Artikel zum Thema.
Natürlich sollte man nicht direkt alles deinstallieren was ausgeblendet dargestellt wird, sondern nur die Geräte bei denen man definitive sicher ist. Dies sind unter anderem Netzwerkkarten, Controller oder CPU's, die in der physikalischen Maschine verbaut waren wie z.B. Geräte von den Maschinen Herstellern wie HP oder Dell.
Besonder bei nicht mehr vorhandenen Netzwerkkarten, die eine feste IP-Adresse hatte, ist es von Vorteil diese zu entfernen bevor man die Netzwerkeinstellungen vornimmt.

Das Kopieren von grossen Datein vom VMware Gast auf den VMware Host bricht immer mit der Netzwerk-Fehlermeldung ab

Beim kopieren grosser Dateien von einem VMware Gast auf eine VMware Host, der unter Windows Server 2003 betrieben wird, kommt es immer zu Netzwerkabbrüchen. Schaut man in der Ereignisanzeige ins System Log, so wird dort das Ereignis mit der Event ID: 2025 angezeigt.
Anscheinend hält Windows den Kopiervorgang für eine DoS Attacke und beendet die Verbindung zum Gast.
Um das Verhalten von Windows zu ändern kann man die im Microsoft KB Artikel 898468 Methode 2 anwenden. Bitte beachtet aber auch die Anmerkung zu den Sicherheitsrisiken.

ESX 3.5 - SSH Zugriff auf die Konsole des ESXi Host freischalten

Unter VMware ESXi (VMware Infrastructure 3.5i) ist der SSH Zugriff Standardmässig deaktiviert. Möchte man aber doch mit z.B. Putty oder WINscp zugreifen, so muss man diesen erst freischalten.

Zum Freischalten von SSH geht wie folgt vor:

1. Anmelden an der ESXi Server Konsole und ALT+F1 drücken
2. An der Konsole unsupported eingeben und bestätigen mit ENTER (!die Eingabe wird nicht angezeigt und es wird ein Hinweis angezeigt das die Konsole auch nur für den Support vorgesehen ist)
3. Das root Kennwort eingeben
4. Am Prompt die Datei inetd.conf öffnen mit vi /etc/inetd.conf
5. Sucht nach der Zeile, die mit #ssh beginnt. Suchen mit /#ssh
6. Entfernt das # Zeichen am Anfang der Zeile
7. Speichert die Datei inetd.conf mit :wq!

Die Änderung wird erst nach dem Neustart übernommen oder durch kill -HUP inetd_PID. Die PID kann man mit ps ermittelt werden.

VMware ESX 4.0.0 - SSH Zugriff auf die Konsole freischalten

Auch unter VMware ESX 4.0.0 ist der SSH Zugriff Standardmässig deaktiviert.

Zum Freischalten von SSH geht wie folgt vor:

1. Anmelden an der Server Konsole und ALT+F1 drücken
2. Wechselt in das Verzeichnis /etc/ssh/ mittels: cd /etc/ssh
3. Öffnet in dem Verzeichnis die Datei sshd_config. vi sshd_config
4. Sucht die Zeile, die mit PermitRootLogin anfängt und ändert das no am Ende der Zeile in ein yes
5. Speichert die Datei sshd_config mit :wq!
6. Dann startet den sshd (Secure Shell Daemon) neu: service sshd restart

Nach dem Restart von sshd könnt ihr euch mittels putty oder WinSCP auf den ESX-Server verbinden

VMware VMware ESXi 4.0 Update 1 - als lizenzkostenfreie Version downloaden

VMware ESXi 3.5 Server - als lizenzkostenfreie Version downloaden

VMware sizer - HP ProLiant server sizer for VMware ESX Server

Netapp - Gesperrte Dateien auf einem CIFS Volume freigeben - lock break