VMware-Forum

Hallo allerseits!

Seit dem Update von ESXi 4.1 auf ESXi5.0 habe ich folgenden Fehler:

Update Tools failed. Edit the virtual machine's vmx file, add the line below and try again. Please read KB article 1714 on tips for editing a vmx file.

isolation.tools.guestInitiatedUpgrade.disable = "FALSE"

Es gibt zwar ein KB von VMware, aber das kann es doch nicht sein - oder? (kb.vmware.com/kb/2007298)
Muss ich jetzt von jeder VM die vmx editieren?

Was ist der Grund für diesen Fehler?

poste doch mal deine vmx-file

wenn du da isolation.tools parameter eingetragen hast koennte das durch aus der Grund sein

Die VMX-Datei habe ich nicht editiert.

.encoding = "UTF-8"
config.version = "8"
virtualHW.version = "7"
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"
nvram = "ATT-W28D-SVC.nvram"
virtualHW.productCompatibility = "hosted"
powerType.powerOff = "soft"
powerType.powerOn = "hard"
powerType.suspend = "hard"
powerType.reset = "soft"
displayName = "ATT-W28D-SVC"
extendedConfigFile = "ATT-W28D-SVC.vmxf"
scsi0.present = "true"
scsi0.sharedBus = "none"
scsi0.virtualDev = "lsisas1068"
memsize = "2048"
scsi0:0.present = "true"
scsi0:0.fileName = "ATT-W28D-SVC.vmdk"
scsi0:0.deviceType = "scsi-hardDisk"
sched.scsi0:0.shares = "normal"
sched.scsi0:0.throughputCap = "off"
scsi0:1.present = "true"
scsi0:1.fileName = "ATT-W28D-SVC_1.vmdk"
scsi0:1.deviceType = "scsi-hardDisk"
sched.scsi0:1.shares = "normal"
sched.scsi0:1.throughputCap = "off"
ide1:0.present = "true"
ide1:0.clientDevice = "true"
ide1:0.deviceType = "atapi-cdrom"
ide1:0.startConnected = "false"
ethernet0.present = "true"
ethernet0.virtualDev = "e1000"
ethernet0.networkName = "Virtual Machine Network"
ethernet0.addressType = "vpx"
ethernet0.generatedAddress = "00:50:56:b2:00:02"
svga.vramSize = "33554432"
chipset.onlineStandby = "false"
disk.EnableUUID = "true"
tools.syncTime = "TRUE"
guestOS = "windows7srv-64"
annotation = "System Storage Produktivity Center (SSPC)|0AFür SVC und XIV"
uuid.bios = "42 32 37 bb a0 57 54 e9-54 ce 2e 74 85 31 f8 d0"
vc.uuid = "50 32 d1 d9 aa 36 3e fe-42 f3 b1 44 02 5a b6 05"
log.fileName = "vmware.log"
snapshot.action = "keep"
sched.cpu.min = "0"
sched.cpu.units = "mhz"
sched.cpu.shares = "normal"
sched.mem.minsize = "0"
sched.mem.shares = "normal"
tools.upgrade.policy = "manual"
cpuid.80000001.eax = "--------------------------------"
cpuid.80000001.eax.amd = "--------------------------------"
cpuid.80000001.ebx = "--------------------------------"
cpuid.80000001.ebx.amd = "--------------------------------"
cpuid.80000001.ecx = "--------------------------------"
cpuid.80000001.ecx.amd = "--------------------------------"
cpuid.80000001.edx = "-----------H--------------------"
cpuid.80000001.edx.amd = "-----------H--------------------"
replay.supported = "FALSE"
unity.wasCapable = "FALSE"
replay.filename = ""
scsi0:0.redo = ""
pciBridge0.pciSlotNumber = "17"
pciBridge4.pciSlotNumber = "21"
pciBridge5.pciSlotNumber = "22"
pciBridge6.pciSlotNumber = "23"
pciBridge7.pciSlotNumber = "24"
scsi0.pciSlotNumber = "160"
ethernet0.pciSlotNumber = "32"
vmci0.pciSlotNumber = "33"
scsi0.sasWWID = "50 05 05 6b a0 57 54 e0"
vmotion.checkpointFBSize = "33554432"
hostCPUID.0 = "0000000b756e65476c65746e49656e69"
hostCPUID.1 = "000106a500100800009ce3bdbfebfbff"
hostCPUID.80000001 = "00000000000000000000000128100800"
guestCPUID.0 = "0000000b756e65476c65746e49656e69"
guestCPUID.1 = "000106a400010800809822010febfbff"
guestCPUID.80000001 = "00000000000000000000000128100800"
userCPUID.0 = "0000000b756e65476c65746e49656e69"
userCPUID.1 = "000106a500100800009822010febfbff"
userCPUID.80000001 = "00000000000000000000000128100800"
evcCompatibilityMode = "TRUE"
svga.autodetect = "false"
vcpu.hotadd = "true"
mem.hotadd = "true"
scsi0:1.ctkEnabled = "true"
scsi0:1.redo = ""
tools.deployPkg.fileName = ""
scsi0:0.ctkEnabled = "true"
ctkEnabled = "true"
vmci0.id = "-2060322608"
uuid.location = "56 4d 67 f5 3f 87 e3 7a-fa 46 69 97 b9 af 99 7b"
migrate.hostlog = "./ATT-W28D-SVC-894b0cbd.hlog"
sched.mem.max = "2048"
sched.swap.derivedName = "/vmfs/volumes/4d403392-9780a050-d818-001517e46652/ATT-W28D-SVC/ATT-W28D-SVC-894b0cbd.vswp"
scsi0:2.deviceType = "scsi-hardDisk"
scsi0:3.deviceType = "scsi-hardDisk"
floppy0.present = "FALSE"
cleanShutdown = "FALSE"

Der Fehler tritt übrigens nur auf, wenn man das Update aus Windows selbst installieren möchte.

Stößt man das Update von Außen an, funktioniert es...

Keiner einen Tipp? Die Admins der Windows Server können die Tools leider nicht aktualisieren.

was heisst koennen nicht genau ?

Hast du die tools-iso mal von Hand eingelegt und die Installation manuell gestartet ?

continuum hat geschrieben:was heisst koennen nicht genau ?
...

Wenn man in Windows auf das VM Symbol mit dem gelben Ausrufezeichen in der Taskleiste klickt und die Vmware-Tools öffnet, kann man ja dort den Button "Tools aktualisieren" klicken. Macht man dieses, dann erscheint der Fehler aus meinem ersten Beitrag.

continuum hat geschrieben:...
Hast du die tools-iso mal von Hand eingelegt und die Installation manuell gestartet ?

Nein. Wo kann ich die aktuellen Tools als ISO runterladen? Irgendwie finde ich die nicht...

stahly hat geschrieben:... Wo kann ich die aktuellen Tools als ISO runterladen?...

Hat keiner einen Link für mich?

sind die denn nicht vorhanden bei dir ?

guck mal unter /vmimages/tools-isoimages

continuum hat geschrieben:sind die denn nicht vorhanden bei dir ?
guck mal unter /vmimages/tools-isoimages

Wieder was gelernt
Also flux die ISO vom Host auf den Datastore kopiert und die ISO an die VM gemountet.
Danach konnte ich die VM-Waretools über das Setup installieren.

Allerdings geht die Installation über das VM-Icon in der Taskleiste immer noch nicht. Dann kommt Fehler aus Beitrag #1.

Folgendes funktioniert: Im vCenter Client > rechte Maustaste auf die VM > Gast > Vmwaretools aktualisieren.

Komisch oder?

...tja - ich glaube, da muss der Vmware-Support mal ran.

Die Antwort von Vmware gefällt mir gar nicht:

"...Wie Sie das beschreiben:

- Wenn Sie versuchen, die VMware-Tools innerhalb des Gastbetriebssystems zu aktualisieren, erhalten Sie die entsprechende Fehlermeldung.

- Tools-Upgrade über vSphere Client -> Gast -> VMware Tools Aktualisieren funktioniert einwandfrei.

Diese Funktionalität wurde in vSphere 5 aus Sicherheitsgründen geändert, da unberechtigte Benutzer möglicherweise einen Software-Installation ausführen können, der Geräte-Treiber ändert und einen Neustart vom Gastbetriebssystem verursachen kann.

Deshalb haben wir mittels die VMX-Option "isolation.tools.guestInitiatedUpgrade.disable" (per Default = TRUE) eingesetzt.

Das Verhalten ist also erwartet. Sollten Sie unbedingt diese Funktionalität innerhalb des Gastbetriebssystems benötigen, müssen Sie leider diese VMX-Option für jeder VM einsetzen und die VM durchstarten...."

Copy&Paste ist ja nun auch deaktiviert aus den gleichen Gruenden und laesst sich auch ueber VMX wieder aktivieren.

Gruss
Joerg

Lässt sich die Installation der Tools denn auch wieder global reaktivieren?

Es gehört zu den Server Hardening best practices die VMware Tools Fähigkeiten weitestgehend einzuschränken. Damit können unter Umständen Leute mit RDP Konsolenzugriff auf eine VM darüber den ESX Betrieb stören (z.B, indem man gleichzeitig auf vielen VMs Festplattenschrumpfen anstößt).

Ich habe mal 'irgendwo' ein PowerCLI Skript gesehen mit welchem man diese Einstellungen für alle VMs eines Datacenters setzen kann. Ich find's jetzt grad nicht - evtl ist das im PowerCLI Buch vom Alain Renouf aber das liegt zuhause.

stahly hat geschrieben:Lässt sich die Installation der Tools denn auch wieder global reaktivieren?

Laut dieser Artikel für 4.1 konnte man das entsprechende für Copy&Paste global auf einem Host in /etc/vmware/config setzen.

Dafür reicht auch normalerweise ein vMotion, damit die neue Konfig geladen wird:

VMware hat geschrieben:Note: If you vMotion a virtual machine to a host where the isolation.tools.*="FALSE" is already set, the copy and paste options are automatically activated for that virtual machine.

Ich schaue gerade, ob diese Datei immer noch bei ESXi5 gibt...

[Edit]Jep, gibt's und funktioniert's. Dann muss man nicht diese Option für jede einzelne VM eintragen

mbreidenbach hat geschrieben:Ich habe mal 'irgendwo' ein PowerCLI Skript gesehen mit welchem man diese Einstellungen für alle VMs eines Datacenters setzen kann. Ich find's jetzt grad nicht - evtl ist das im PowerCLI Buch vom Alain Renouf aber das liegt zuhause.

Sowas?

Sowas !

Oder sowas:

In der /etc/vmware/config auf dem Host diese Zeile hinzufügen:

isolation.tools.guestInitiatedUpgrade.disable = "FALSE"


Alles ist wieder gut!