Hope This Helps

Problem : Man möchte einen Windows 2012 R2 Server auf einer VMWare ESXi 4.1 Infrastruktur installieren. Dies scheitert leider mit einem Bluescreen von Windows 2012 R2 Server. ESXi 4.1 unterstützt diese Plattform nicht, mit einem kleinen Eingriff kann man es aber überreden.

Lösung :

1.) Erstellen einer virtuellen Maschinen mit dem Gasttemplate Windows 2008 R2 (64Bit) Server
2.) Nach dem erstellen diese Datei herunterladen und im Pfad der Maschine auf der ESXi Kiste abspeichern.
3.) Direkt nach dem erstellen der Maschine muss die vmx Datei angepasst werden.
Diesen Eintrag hinzufügen :

bios440.filename = "bios.440.rom"
mce.enable = TRUE
cpuid.hypervisor.v0 = FALSE
vmGenCounter.enable = FALSE

4.)Anschalten der virtuellen Maschine und installieren

Kleiner Tipp um das ROM auf den ESXi zu übertragen ist das Tool WinSCP gut geeigent



Solltet ihr danach einen den Fehler bekommen CRITICAL_STRUCTURE_CORRUPTION lest euch das hier durch :
http://hope-this-helps.de/serendipity/archives/459-VmWare-ESXi-4.1-Windows-2012-R2-Server-CRITICAL_STRUCTURE_CORRUPTION.html

Quelle :
https://jgiffard.wordpress.com/
http://communities.vmware.com/servlet/JiveServlet/download/2139717-98102/bios.440.rom

Problem :

Ein NFS Datastore ist in der VMWare GUI als offline markiert. Ein trennen und neu verbinden ist nicht über die GUI möglich da es hier immer zu einer Fehlermeldung kommt.

Lösung :

Für ESX 5.X :

Trennen und neu Verbinden des NFS Datastore über esxcli

Erstmal lassen wir uns alle NFS Datastores anzeigen die auf dem Server verfügbar sind. Das erledigen wir mit dem Befehl

esxcli storage nfs list

ihr solltet nun einen Output in der Konsole sehen der meinem ähnlich ist.

Volume Name       Host            Share                                 Accessible  Mounted  Read-Only  Hardware Acceleration
----------------  --------------  ------------------------------------  ----------  -------  ---------  ---------------------
NFS Datastore 01  XXX.XXX.XXX.XXX XXXXX_datastore01                       true     true      false  Supported
NFS Datastore 02  XXX.XXX.XXX.XXX  XXXXX_datastore01                      true     true      false  Supported
nas               HOSTNAME_NAS    FREIGABEPFAD_AUF_NAS                   false     true      false  Not Supported

In der Auflistung sehen wir das nas Accessible=false ist. Ein Versuch diesen Datastore über GUI zu löschen bringt einen Fehler.

Wir löschen den Datastore über

esxcli storage nfs remove -v nas

Dannach können wir den Datastore wieder über die GUI hinzufügen oder wir nehmen diesen Befehl im Terminal.

esxcli storage nfs add -H NFS_IP|NFS_HOSTNAME -s Share_mount_point_on_the_NFS -v DatastoreName

Für ESX/ESXi 3.x und 4.x findet man eine gute Anleitung auf der verlinkten Quelle

Quelle : Remounting a disconnected NFS datastore from the ESXi/ESX command line (1005057)

Problem :

Windows 2000 ist extrem langsam bei I/O Operationen wenn man es von einem ESXi 4.1 auf einen ESXi 5.5 umzieht. Die Laufzeiten der Jobs verdreifachen sich teilweise.
Hier ist es aufgefallen da eine Oracle Datenbank auf dem Server gelaufen ist.

Lösung :

Tausch des SCSI Treibers auf LSI Logic in der virtuellen Maschine, nach der Migration war hier BusLogic eingestellt.

Wichtig ist das BEVOR man das SCSI Gerät ändert der LSI Logic Treiber auf dem System installiert ist.




Quelle :

lest euch hier das unter Procedure 2 - Install the LSILogic Parallel drivers durch :
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2004740

Download LSI Treiber für Windows 2000

Danke hier an zahni vom MCSE-Board der mich hiermit auf die Lösung gebracht hat.

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

Problem:
Man versucht ein neues Sysprep-Template für seine Server oder Workstation erstellen möchte. Man patcht das System auf den aktuellen Stand und integriert auch den Internet Explorer 10.
Doch man erhält nur die Fehlermeldung „Beim Erstellen des Systemabbildes ist ein schwerwiegender Fehler aufgetreten“.

Lösung:
Das Problem ist der Internet Explorer 10. Hier gibt es einen IE10-Sysprep-Bug, der noch nicht gefixt ist.
Also…neues Image OHNE IE10 und alles ist gut.

ACHTUNG: Es gibt einen Workaround für das Problem, jedoch würde ich das nicht in einem Produktiv-Template anwenden!

Quelle: https://www.lernschmiede.de/ie10-sysprepworkaround-ist-da/