Hope This Helps

Problem :

Nach dem umziehen und der aktualisierung einer virtuellen Maschine in VMWare erscheint nach der Anmeldung der Fehler

Error: The Procedure Entry Point GuestApp_OpenUrl Could Not Be Located in the Dynamic Link Library vmtools.dll

Der Screenshot wurde auf einem englischen Windows 2000 gemacht

Lösung :

Diesen Registry Schlüssel löschen

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run\VMware Tools

verweist auf

C:\Program Files\VMware\VMware Tools\VMwareTray.exe"

Der Fehler entsteht wenn das cleanup der Registry beim Update Prozess nicht sauber durchgeführt wurde.

Problem :
Wenn man einen Windows 2000 Server auf eine aktuelle (5.5) Vmware Umgebung umzieht läuft das Alignment aus dem Ruder. Gerade wenn der Server viel I/O benötigt (z.B. Datenbank) geht die Leistung extrem in den Keller.

Lösung :

1.) Exportieren des Windows 2000 Servers aus dem Hostserver über den VMWare Standalone Converter
2.) Importieren des Servers über den VMWare Standalone Converter in den Host , die Einstellungen dem Screenshot anpassen.



Nach dem Start die VMWare Tool installieren und ganz wichtig diesen VMWare KB befolgen

Quellen :

How to correct guest VM data partition alignment in a VMware vSphere 5.x environment
Download VMware vCenter Converter Standalone
Stop Code 0x0000007B (inaccessible boot device) after upgrading a virtual machine's virtual hardware to version 7 (1013975)
Disk Partition Alignment Best Practices for SQL Server

Es gibt viele Wege einen ESXi/ESX zu patchen , für mich hat sich dieser bewährt.

Downloaden des Patches direkt von VMWare Patch-Portal (VMWare) die ZIP Datei dann mit dem Befehl scp oder winSCP auf den Host übertragen z.B. scp ./ESX410-201301001.zip root@10.10.10.10:/vmfs/volumes/Storage1/Updates jetzt wird die Datei auf den Server übertragen. In meinem Fall war die Quelle ein Linux Server dort ist scp std. vorhanden.
Dort dann je nach Version des ESX den Update Befehl starten.

ESX 3.5 - 4.1 :

esxupdate --bundle=PFAD/[ZIPDATEI] update

z.B.
esxupdate --bundle=/vmfs/volumes/Storage1/Updates/ESX410-201301001.zip update

ESX 5.0 :

esxcli software vib install --depot=PFAD/[ZIPDATEI]

z.B.
esxcli software vib install --depot=/vmfs/volumes/Storage1/Updates/ESX410-201301001.zip

Problem :

Man möchte ein automatisches sichern der virtuellen Server von einem ESXi realisieren. Die ist ja auch über VCenter möglich , dort laufen allerdings Lizenz Gebühren auf.

Lösung :

Wie immer hat sich hier die Community ein paar Gedanken gemacht und entstanden ist dieses Skript Virtually Ghetto. Das Skript kann per cronjobs angesteuert werden und erstellt automatisch Backups. Hier gibt es eine Ausführliche Anleitung zur Benutzung : http://www.storitback.de/index.html?/service/esxi-sicherung.html. Da ich jedoch nicht jeden Tag eine Vollsicherung benötige habe ich noch ein kleines Skript vorgeschaltet. In der Beschreibung wird die Datei Backup.txt verwendet um die zu sichernden Server zu definieren. Dies definiere ich nur dann wenn ich es wirklich benötige das Skript selbst wird allerdings täglich um 0 Uhr gestartet. Mein Skript startet das Backupskript und nach dem Sichern wird die Datei Backup.txt gelöscht und eine leere angelegt um das sichern am nächsten Tag zu unterbinden. Jetzt werden einige sagen "Man könnte auch den Cronjob löschen" ja das ist richtig allerdings ist es einfacher meinen Mit-Admins *g* zu erklären sie sollen den Namen der zu sichernden Maschine in die Datei Backup.txt eintragen als ihnen zu erklären wie man den Cronjob löscht und ggf. neu anlegt. Wer will hier ist mein kleines Bash Skript.

Skript :

# Script startet GhettoVCB und löscht nach dem Backup die Datei Backup.txt
#
# Definieren der Quellen hier ist die Datei Backup.txt an der selben
# stelle wie ghettoVCB.sh
#
GHETTOPATH=/vmfs/volumes/datastore1/
BACKUPFILE=$GHETTOPATH
#
${GHETTOPATH}ghettoVCB.sh -f ${BACKUPFILE}backup.txt
#
if [ -f "${BACKUPFILE}backup.txt" ];
        then
        rm "${BACKUPFILE}backup.txt"
        /bin/echo "" >> "${BACKUPFILE}backup.txt"
fi

Problem:
Beim Pingen unserer virtuellen Server (VMWare Server 2.0) ist aufgefallen, dass die Ping-Zeiten in den zwei- bis drei-stelligen Bereich kommen.

Lösung:
Nach einigen Versuchen haben wir folgenden Lösungsansatz gefunden:

1.) TCP-Offload auf den virtuellen Maschinen abschalten
Wir haben in den virtuellen Maschienen den TCP-Offlaod abgeschaltet.
Dies erfolgte über einen Registry-Key, der einen Reboot benötigt:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameter
Neues DWORD namens "DisableTaskOffload" erstellen und Wert = 1 setzen.

Leider hat das nicht bei allen funktioniert und etwas Recherche haben wir noch eine zweite Lösung gefunden.

2.) "Checksum Offload" und "Large Send Offload" am physikalischen Host abschalten
Das scheint vorallem bei BROADCOM-Netzwerkkarten das Problem zu sein.
Hierzu öffnet man die BROADCOM-Netzwerkarten- und Teaming-Verwaltung und schaltet die beiden Paramter auf "NONE".
WICHTIG: Die Funktion muß auf allen Netzwerkkarten erfolgen!!

ACHTUNG - WICHTIG: Wir hatten das Problem, dass nach der Umstellung die Server per RDP nicht mehr erreichbar waren.
Erst nach einem Neustart war wieder alles erreichbar und die Pingzeiten waren < 1ms, so wie wir uns das vorgestellt haben.

Es gibt auch eine Anleitung für die XenServer um die zwei Funktionen abzuschalten. Lest hierzu den Artikel in der zweiten Quelle auf dem xenappblog.com. Diesen haben wir noch nicht getestet!

Quellen:
rainiernetworks.com: VMWare Server with Broadcom NICs
xenappblog.com: Citrix XenServer Slow Network Performance

Problem :

Sie möchten Dateien von einem ESXi Server zum anderen kopieren , dies ist relativ einfach mit dem Befehl scp zu realisieren.
Das Problem beim versuch zu kopieren tritt der Fehler auf "connection timeout"

Lösung :

Das Problem ist meistens die Firewall des ESXi Servers selbst. Die Standardkonfiguration lässt bei aktiven ssh Verbindungen zum Host zu, allerdings nicht raus. Hierzu muss der ssh Client ausgehend erlaubt werden (s.Bild)



Sind diese Einstellungen gesetzt können Sie einfach mit scp kopieren der Syntax dafür lautet :

scp -r ORDNER_ZUM_KOPIEREN Benutzer@ZielHost:/pfad/zum/ziel/ordner

z.B.

scp -r /vmfs/volumes/datastore1/testmachine root@10.10.10.10:/vmfs/volumes/datastore1/

das -r bewirkt das rekursive kopiert wird also alles was im Ordner testmachine liegt wird auf das ziel 10.10.10.10 kopiert

Weitere Informationen zu scp finden Sie hier :

Wiki Eintrag scp
netz10 mit-scp-dateien-kopieren