Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!

Fehler beim aktualisieren der VMware Tools

Moderatoren: Dayworker, irix

Member
Beiträge: 480
Registriert: 03.08.2010, 11:13
Wohnort: Sauerland

Fehler beim aktualisieren der VMware Tools

Beitragvon stahly » 20.01.2012, 13:13

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?

Benutzeravatar
UNSTERBLICH(R.I.P.)
Beiträge: 14759
Registriert: 09.08.2003, 05:41
Wohnort: sauerland
Kontaktdaten:

Beitragvon continuum » 20.01.2012, 13:29

poste doch mal deine vmx-file

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

Member
Beiträge: 480
Registriert: 03.08.2010, 11:13
Wohnort: Sauerland

Beitragvon stahly » 20.01.2012, 13:34

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"

Member
Beiträge: 480
Registriert: 03.08.2010, 11:13
Wohnort: Sauerland

Beitragvon stahly » 20.01.2012, 13:36

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...

Member
Beiträge: 480
Registriert: 03.08.2010, 11:13
Wohnort: Sauerland

Beitragvon stahly » 23.01.2012, 14:50

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

Benutzeravatar
UNSTERBLICH(R.I.P.)
Beiträge: 14759
Registriert: 09.08.2003, 05:41
Wohnort: sauerland
Kontaktdaten:

Beitragvon continuum » 23.01.2012, 15:33

was heisst koennen nicht genau ?

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

Member
Beiträge: 480
Registriert: 03.08.2010, 11:13
Wohnort: Sauerland

Beitragvon stahly » 24.01.2012, 07:48

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...

Member
Beiträge: 480
Registriert: 03.08.2010, 11:13
Wohnort: Sauerland

Beitragvon stahly » 25.01.2012, 09:36

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


Hat keiner einen Link für mich?

Benutzeravatar
UNSTERBLICH(R.I.P.)
Beiträge: 14759
Registriert: 09.08.2003, 05:41
Wohnort: sauerland
Kontaktdaten:

Beitragvon continuum » 25.01.2012, 10:50

sind die denn nicht vorhanden bei dir ?

guck mal unter /vmimages/tools-isoimages

Member
Beiträge: 480
Registriert: 03.08.2010, 11:13
Wohnort: Sauerland

Beitragvon stahly » 25.01.2012, 11:53

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?

Member
Beiträge: 480
Registriert: 03.08.2010, 11:13
Wohnort: Sauerland

Beitragvon stahly » 01.02.2012, 11:25

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

Member
Beiträge: 480
Registriert: 03.08.2010, 11:13
Wohnort: Sauerland

Beitragvon stahly » 09.02.2012, 13:02

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...."

King of the Hill
Beiträge: 13063
Registriert: 02.08.2008, 15:06
Wohnort: Hannover/Wuerzburg
Kontaktdaten:

Beitragvon irix » 09.02.2012, 13:30

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

Gruss
Joerg

Member
Beiträge: 480
Registriert: 03.08.2010, 11:13
Wohnort: Sauerland

Beitragvon stahly » 09.02.2012, 13:32

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

Experte
Beiträge: 1006
Registriert: 30.10.2004, 12:41

Beitragvon mbreidenbach » 09.02.2012, 14:37

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.

Member
Beiträge: 4
Registriert: 29.11.2010, 10:32
Wohnort: Irland

Beitragvon rumplesmigskin » 09.02.2012, 20:52

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 ;-)

Member
Beiträge: 4
Registriert: 29.11.2010, 10:32
Wohnort: Irland

Beitragvon rumplesmigskin » 09.02.2012, 21:05

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?

Experte
Beiträge: 1006
Registriert: 30.10.2004, 12:41

Beitragvon mbreidenbach » 09.02.2012, 21:27

Sowas !

Member
Beiträge: 480
Registriert: 03.08.2010, 11:13
Wohnort: Sauerland

GELÖST

Beitragvon stahly » 10.02.2012, 08:10

Oder sowas:

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

isolation.tools.guestInitiatedUpgrade.disable = "FALSE"


Alles ist wieder gut! :lol: 8) :grin:


Zurück zu „vSphere 5 / ESXi 5 und 5.1“

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 9 Gäste