VMware-Forum

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

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.

@JMcClane:
Vielen Dank für deine Antwort.

@all:
Kann denn sonst noch jemand das aktuelle Problem bestätigen und hat jemand evtl. einen Workaround (ausser die alten Tools zu installieren)?

Danke

Gruß Kandaules

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.

@stahly

Danke für deine Antwort. Solltest du Erfolge oder Kenntnisse erlangen, bitte unbedingt posten - das wäre echt klasse.

Danke

Gruß Kandaules

Achja, bei mir ist das Problem auch bei einer XP Maschine. Ist ein P2V von einem Rechner für die Perso-Erstellung. Das problematische Programm ist ein Service von der Bundesdruckerei die auf Java basiert.

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

Und? Gibts Neuigkeiten von VMware bzgl. eines Termins für einen Patch? Ich kann leider nichts entsprechendes finden.

Gruß, Kandaules

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

Danke für deine Antwort.

Eine solche LOG-Datei finde ich auf unseren Systemen nicht.

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 "tools.conf" ist auf unserem Server 2003 64Bit leer

Bei mir sieht das so aus:

Merkwü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

Hallo,

hat sich an dem Problem durch den Patch vom 30.01.2012 etwas geändert?

Gruß, Torsten

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

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

Kleine Ergänzung: Dort steht auch was dazu:

http://kb.vmware.com/kb/2009144

hat denn jemand schon praktische Erfahrung?

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

Hallo,

woher bekomme ich die VMware Tools 4.1 up1 wenn ich bereits das auf Update 2 aktualisiert habe

Gruß, Torsten

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

Nur mal am Rande: Nach Umstellung auf die aktuelle ESXi 5er Version, tritt dieses Phänomen nicht mehr auf.

Wir haben aktuell das gleiche problem,
wenn ich es richtig sehe gibt es bisher nur den Workaround auf die alte Version.
Einen Fix von VMware gibts wohl nicht. oder?

Gruß Christian

Leider nein - nicht dass ich wüsste. Wir warten auch schon brennend darauf.

Also wir haben bei VMware ein Ticket aufgemacht und dort wurde uns gestern als Lösung folgendes verkauft.

neuere Tools installieren (z.B. von 5.0)