Hallo Gemeinde,
dieser Tage habe ich das Update von U1 auf U2 auf unseren 4.1-free-ESXi-Server durchgeführt - das Build entspricht nun 502767.
Selbstverständlich habe ich auch die VM-Tools in allen Maschinen aktualisiert.
Nun das Problem:
In einigen VMs (XP & Server 2003) erzeugt der Prozess vmtoolsd.exe nun immer eine CPU-Dauerlast in Höhe von 7 - 14 %.
Hier wird das Problem bereits diskutiert:
http://communities.vmware.com/thread/33 ... 0&tstart=0
Jedoch leider auch ohne Lösung.
Installiert sind die Tools in der Version 8.3.12-493255
Verwende ich in den selben Maschinen die alten Tools, so verhält sich vmtoolsd.exe unauffällig bei 0%.
Im übrigen handelt es sich um eine Embedded-Installation auf einer SD-Karte eines Dell PowerEdgeT710.
Was meint ihr? Habt ihr auch ähnlich Probleme nach dem Update?
Danke
Gruß, Kandaules
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!
CPU-Last durch vmtoolsd.exe nach Update auf 4.1 U2
Hab das Problem auch bei einem Kunden und einer VM.
Ich habe daraufhin versucht das Problem einzugrenzen durch stoppen der Dienste auf dem Server. EIn Dienst der auf Java aufbaut scheint ein Problem mit den aktuellen VMWare Tools zu haben. Wenn ich den Dienst stoppe, dann geht die Last sofort runter. Java Update brachte in dem Fall aber nichts, außer das der Dienst dann nicht mehr ging. Weiter eingrenzen konnte ich das bisher noch nicht.
Ich habe daraufhin versucht das Problem einzugrenzen durch stoppen der Dienste auf dem Server. EIn Dienst der auf Java aufbaut scheint ein Problem mit den aktuellen VMWare Tools zu haben. Wenn ich den Dienst stoppe, dann geht die Last sofort runter. Java Update brachte in dem Fall aber nichts, außer das der Dienst dann nicht mehr ging. Weiter eingrenzen konnte ich das bisher noch nicht.
Kandaules hat geschrieben:...
@all:
Kann denn sonst noch jemand das aktuelle Problem bestätigen und hat jemand evtl. einen Workaround (ausser die alten Tools zu installieren)?
...
Mir war noch nichts aufgefallen. Deswegen habe ich mal ein paar Stichproben gemacht. Leider - oder zum Glück
- kann ich dieses Problem nicht bestätigen. Alle vmtoolsd.exe laufen mit 0%. Sowohl unter Windows 2003, 2008 und 2008 R2.
Allerdings sieht es auf den XP Maschinen ganz anders aus! 7 bis 14%!!
Jetzt muss ich doch mal nachgucken.
-
straight_way
- Member
- Beiträge: 52
- Registriert: 12.03.2007, 09:45
- Wohnort: Nordhorn
Servus,
Also ich habe just gerade eine VM von einem ESXi 4.0 U1 auf eine ESXi 4.1 U2 gezogen und die VM Tools ebenfalls auf die Version 8.3.12-493255 gebracht.
Ergebnis: ebenso wie bei dir permanente CPU Last um 10% durch vmtoolsd.exe
Bei mir handelt es sich um eine W2k3 SP2 VM mit 2 vCPUs die als Terminalserver mit Xenapp 5.0 (bzw. Presentation Server 4.5.7)
Werde morgen dann auch noch mal VMware kontakten.
Gruß Stefan
Also ich habe just gerade eine VM von einem ESXi 4.0 U1 auf eine ESXi 4.1 U2 gezogen und die VM Tools ebenfalls auf die Version 8.3.12-493255 gebracht.
Ergebnis: ebenso wie bei dir permanente CPU Last um 10% durch vmtoolsd.exe
Bei mir handelt es sich um eine W2k3 SP2 VM mit 2 vCPUs die als Terminalserver mit Xenapp 5.0 (bzw. Presentation Server 4.5.7)
Werde morgen dann auch noch mal VMware kontakten.
Gruß Stefan
Hallo zusammen,
habe das Problem auch auf einer VM mit Windows 2000. Aber eben nur mit den VMwareTools 8.3.12, build 493255
Leider aber eben auch noch keine Lösung.
Das einzige was mir aufgefallen ist: auf C: gibt es ein vmware.log.<PID> mit solchen Einträgen:
Das habe ich auch VM mit älteren VMwareTools Versionen noch nicht gesehen.
Hat denn schon irgendwer eine Rückmeldung seitens VMware?
Grüße
Klaus
habe das Problem auch auf einer VM mit Windows 2000. Aber eben nur mit den VMwareTools 8.3.12, build 493255
Leider aber eben auch noch keine Lösung.
Das einzige was mir aufgefallen ist: auf C: gibt es ein vmware.log.<PID> mit solchen Einträgen:
Code: Alles auswählen
Jan 19 10:47:00.466: [vmuser]: PointerUpdatePointerLoop: ungrabbed
Jan 19 10:47:02.077: [vmuser]: PointerUpdatePointerLoop: grabbedDas habe ich auch VM mit älteren VMwareTools Versionen noch nicht gesehen.
Hat denn schon irgendwer eine Rückmeldung seitens VMware?
Grüße
Klaus
Hi,
die Logdatei ist in der Datei "C:\Documents and Settings\All Users\Application Data\VMware\VMware Tools\tools.conf" konfiguriert. Das muss aber schon durch die Installation der VMware Tools geschehen sein. Ich habe das zumindest nicht manuell so eingestellt.
Allerdings ist die VM auch durch die Migration eines alten physikalischen Servers (mittels VMware Converter) entstanden. Eine andere VM (gleiches OS) die auch so entstanden ist und noch eine etwas ältere VMware Version installiert hat, hat diese Dateien aber auch nicht.
Ich bin deshalb auch etwas ratlos.
die Logdatei ist in der Datei "C:\Documents and Settings\All Users\Application Data\VMware\VMware Tools\tools.conf" konfiguriert. Das muss aber schon durch die Installation der VMware Tools geschehen sein. Ich habe das zumindest nicht manuell so eingestellt.
Allerdings ist die VM auch durch die Migration eines alten physikalischen Servers (mittels VMware Converter) entstanden. Eine andere VM (gleiches OS) die auch so entstanden ist und noch eine etwas ältere VMware Version installiert hat, hat diese Dateien aber auch nicht.
Ich bin deshalb auch etwas ratlos.
Bei mir sieht das so aus:
Code: Alles auswählen
[logging]
vmsvc.handler=file
vmsvc.level=debug
vmsvc.data=c:\\vmware.log
vmusr.handler=file
vmusr.level=debug
vmusr.data=c:\\vmware.log.user.%{PID}
log.file=c:\\vmware.logMerkwürdigerweise habe ich dieser Tage das Problem "CPU-Last von vmtoolsd.exe nach U2-Update mit aktuellen Tools" auch in einer Windows 7 Maschine sichten können.
Bislang dachte ich immer es würde sich auf XP und Server2003 beschränken.
Es wird Zeit, dass von VMware ein Update/Fix bereitgestellt wird.
Gruß, Kandaules
Bislang dachte ich immer es würde sich auf XP und Server2003 beschränken.
Es wird Zeit, dass von VMware ein Update/Fix bereitgestellt wird.
Gruß, Kandaules
Neue VMware-Tools sind schonmal dabei
In den Notes wird es jedoch nicht erwähnt. Dort wird nur auf ein DNS Problem eingegangen.
http://kb.vmware.com/kb/2009136
In den Notes wird es jedoch nicht erwähnt. Dort wird nur auf ein DNS Problem eingegangen.
http://kb.vmware.com/kb/2009136
•The GuestInfo component in VMware Tools for Windows has excess memory utilization when the guest has an unreachable DNS server. This memory utilization excessively increases the working set memory of the vmtoolsd.exe process.
Hallo,
habe gestern sowohl den ESXi als auch die VMware Tools auf den aktuellen Stand gebracht. Problem ist bei mir leider unverändert: http://screencast.com/t/L8Owsn44808
Das ist ein 2003 R2, auch per P2V "entstanden".
Auf dem gleichen Host läuft noch ein 2003er als Terminalserver, da bleibt der vmtoolsd völlig entspannt: http://screencast.com/t/6q910im3r. Im Moment noch mit dem älteren Tools-Build 493255. Genauso ein P2V wie der erste.
Das Tools-Update scheint auch nur optional zu sein, die Tools werden nicht als veraltet gemeldet.
Gruß,
Jens
habe gestern sowohl den ESXi als auch die VMware Tools auf den aktuellen Stand gebracht. Problem ist bei mir leider unverändert: http://screencast.com/t/L8Owsn44808
Das ist ein 2003 R2, auch per P2V "entstanden".
Auf dem gleichen Host läuft noch ein 2003er als Terminalserver, da bleibt der vmtoolsd völlig entspannt: http://screencast.com/t/6q910im3r. Im Moment noch mit dem älteren Tools-Build 493255. Genauso ein P2V wie der erste.
Das Tools-Update scheint auch nur optional zu sein, die Tools werden nicht als veraltet gemeldet.
Gruß,
Jens
-
irix
- King of the Hill
- Beiträge: 13051
- Registriert: 02.08.2008, 15:06
- Wohnort: Hannover/Wuerzburg
- Kontaktdaten:
thp hat geschrieben:Hallo,
woher bekomme ich die VMware Tools 4.1 up1 wenn ich bereits das auf Update 2 aktualisiert habe
Gruß, Torsten
Die gibt es unter http://packages.vmware.com/tools/esx
Gruss
Joerg
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 4 Gäste