Als findiger user probiert man ja ein wenig herum und so habe ich einen Workaround gefunden.

Zuerst installiert man den Windows2008 R2 Server ganz normal.

Bevor man ihn dann in ein Template konvertiert, ändert man bei den Einstellungen den OS Typ auf Vista 64Bit.

Wenn man dann das template deployt kann man sie ganz normal customisieren.

Eine Möglichkeit wäre sicherlich ein Sprachpaket herunterzuladen, ich gehe aber einfach mal davon aus das dies keiner machen will.

Viel einfach ist es in den Ordner C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher zu gehen und den Ordner de in de.old umzubennen oder löschen.

Das reicht allerdings nur für die Loginmaske, wer den kompletten Client Englisch haben will muss noch hier C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\4.0\
den selben Ordner de in de.old umbenennen oder löschen. Danach ist wieder alles wie gewohnt in Englisch.

Update:
Um in den genuss eines vollständig Englischen vSphere Clients zu kommen muss man natürlich noch bei den plugins die de Ordner umbennenen hier mal ein Screenshot:

Plugins

Update2: Nach einiger Nachforschung habe ich als einfachste Lösung herrausgefunden, das man einfach hinter die Verknüpfung das von mir Fett dargestellte eintragen muss "C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\VpxClient.exe" /locale en-us .
Im Vergleich zu XP wird aus dem -locale nun ein /locale.
Damit ist der Client dann voll in English.

Der findige Admin dumpt sich per netsh die IP Konfiguration raus und muss sie dann nur noch reloaden.
Der Dump geht folgendermaßen: netsh interface ip dump > c:\ipconfig.txt
Da im Normalfall dann die Virtuelle Netzwerkkarte “LAN-Verbindung2″ muss man in der gedumpten txt dann noch alle einträge von “LAN-Verbindung” auf “LAN-Verbindung2″ das kann man ganz einfach mit suchen und ersetzen durchführen.

Wenn die VM dann hochgefahren ist muss man nur noch mit netsh -f c:\ipconfig.txt das ganze Importieren.

Hier ein Überblick über alle neuen Features

ESX350-200805501-BG
Security Update to VMkernel and Multiple RPMs
ESX350-200805502-BG
Update to VMware ESX Scripts
ESX350-200805503-BG
Update to VMnix
ESX350-200805504-SG
Security Update to the Service Console for Cyrus SASL
ESX350-200805505-SG
Security Update to the Service Console for unzip
ESX350-200805506-SG
Security Update to the Service Console for Tcl/Tk
ESX350-200805507-SG
Security Update to the Service Console for Kerberos 5
ESX350-200805508-SG
Security Update to cim-smwg
ESX350-200805513-BG
Update to VMware-esx-iscsi
ESX350-200805514-BG
Update to VMware-esx-drivers-net-e1000
ESX350-200805515-SG
Security Update to Fix Local Exploitation of an Untrusted Library Path Vulnerability in vmware-authd

netsh interface tcp set global rss=disabled
netsh interface tcp set global autotuninglevel=disabled

Danach einen Reboot und die funktion ist deaktiviert.

monitor.virtual_exec = hardware
monitor_control.restrict_backdoor = true

Hier eine komplette VMX Datei die wenn man die pfade anpasst so funktioniert.

config.version = “8″
virtualHW.version = “7″
numvcpus = “2″
scsi0.present = “TRUE”
scsi0.virtualDev = “lsisas1068″
memsize = “1512″
scsi0:0.present = “TRUE”
scsi0:0.fileName = “pathtovmdk”
ide1:0.present = “TRUE”
ide1:0.autodetect = “TRUE”
ide1:0.deviceType = “cdrom-image”
floppy0.startConnected = “FALSE”
floppy0.autodetect = “TRUE”
ethernet0.present = “TRUE”
ethernet0.virtualDev = “e1000″
ethernet0.wakeOnPcktRcv = “FALSE”
sound.present = “TRUE”
sound.fileName = “-1″
sound.autodetect = “TRUE”
svga.autodetect = “TRUE”
mks.enable3d = “TRUE”
pciBridge0.present = “TRUE”
pciBridge4.present = “TRUE”
pciBridge4.virtualDev = “pcieRootPort”
pciBridge4.functions = “8″
pciBridge5.present = “TRUE”
pciBridge5.virtualDev = “pcieRootPort”
pciBridge5.functions = “8″
pciBridge6.present = “TRUE”
pciBridge6.virtualDev = “pcieRootPort”
pciBridge6.functions = “8″
pciBridge7.present = “TRUE”
pciBridge7.virtualDev = “pcieRootPort”
pciBridge7.functions = “8″
vmci0.present = “TRUE”
roamingVM.exitBehavior = “go”
displayName = “Other 64-bit”
guestOS = “other-64″
nvram = “Other 64-bit.nvram”
deploymentPlatform = “windows”
virtualHW.productCompatibility = “hosted”
easyInstall.removeFloppy = “FALSE”
unity.customColor = “|23000000″
tools.upgrade.policy = “useGlobal”
monitor.virtual_exec = hardware
monitor_control.restrict_backdoor = true

extendedConfigFile = “Other 64-bit.vmxf”

floppy0.fileName = “A:”

ide1:0.fileName = “pathtoiso”

ethernet0.addressType = “generated”

Der Fettmarkierte text ist das was man bei der VMX wenn man sie nach meinen Screenshots generiert ergänzen müsste.

Nun kann man das folgende Script ausführen das ich bei Dell auf der Website gefunden habe ausführen:

#!/bin/sh
# scott_hanson@dell.com
# modified by markus.gehm
#
# Script to apply DUPs (Dell Update Packages) on ESX 3.x hosts
#
# WARNING : This script applys updates with no user interaction or
# WARNING : prompting. Make sure this is what you want done. See below
# WARNING : for the line to un-comment to make it work.
#

echo ‘Creating SUU Comparison report …. patience is a virtue’
/tmp/Dell/suu -c > /tmp/suu_comparison_report

# Pull out the .BIN file names from the report – dump everything else
for i in `grep -i ‘.bin’ < /tmp/suu_comparison_report | perl -pi -e ‘s/.*\s(.*?.bin).*/$1/gi’`
do

echo ‘———————————————-’
echo ‘Applying package ‘$i

# Apply DUPs with -q option to update silently with no user prompts
# Un-comment out the line below when done testing to apply updates.
# As-is the script just list updates it **would** have installed.

# /tmp/Dell/repository/$i -q

done

echo ‘ ‘
echo ‘ ‘
echo ‘Updates applied’
echo ‘Now would be a good time to reboot the system.’
echo ‘This script brought to you by the Dell Enterprise TechCenter’
echo ‘Join us at www.delltechcenter.com’

Es zeigt an ob und wenn ja welche Firmware upgedated werden können.
Sollte man das Upgrade durchführen wollen muss man nur die # vor dem fett markierten Text entfernen.
Dann werden alle Firmwares installiert.

Hier erstmal der Link zum VMTN Thread

Bei mir war es allerdings nicht wie im Forum beschrieben:
/var/pegasus/vmware/install_queue/3_files/mofs/root/cimv2/roleauth-schema.mof
sondern:

/var/pegasus/vmware/install_queue/1_files/mofs/root/cimv2/roleauth-schema.mof
ansonsten war aber alles soweit korregt.
Daher hier nochmal als fullquote:

Edit the roleauth-schema compiler directive to include the VMware_Identity class definition using

nano /var/pegasus/vmware/install_queue/3_files/mofs/root/PG_Interop/roleauth-schema.mof

Add the bolded line above the pre-existing member directive.

#pragma include (“VMware_Identity.mof”)
#pragma include (“VMware_IdentityMemberOfCollection.mof”)

It also needs to be added in the standard cimv2 path.

nano /var/pegasus/vmware/install_queue/3_files/mofs/root/cimv2/roleauth-schema.mof

#pragma include (“VMware_Identity.mof”)
#pragma include (“VMware_IdentityMemberOfCollection.mof”)

Copy the missing file from the stardard cimv2 path to the shared path.

cp /var/pegasus/vmware/install_queue/3_files/mofs/root/cimv2/VMware_Identity.mof /var/pegasus/vmware/install_queue/3_files/mofs/root/PG_Interop/

Stop and start the service with these commands.

/etc/init.d/pegasus stop
/etc/init.d/pegasus start

Once the scripts completes the install_queues will be empty and the service will start much more quickly.