ESXi 5.1 - VMware Tools tehler bei Terminalserver

[BastiHN]

hallo zusammen,

hat noch jemand folgendes problem und ggf. eine lösung gefunden?
das eventlog diverser server ist zugemüllt mit folgenden einträgen (1x pro sekunde)

[warning] [vmusr:vmusr] Error in the RPC recieve loop: RpcIn; Unable to send

das problem tritt immer dann auf sobald mehr als ein user am system angemeldet ist.
auffällig ist das für jeden benutzer bei der anmeldung ein neuer "vmtoolsd.exe" prozess gestartet wird, bis es maximal 3 sind. der jeweils älteste benutzerprozess (nicht der von "SYSTEM") wird dann automatisch beendet

die fehler treten erst dann auf wenn der prozess min. 2x gestartet ist

hat jemand eine idee wie man das starten bei benutzeranmeldung unterbinden kann?

[Klaus_Urban]

Hallo,
ich konnte das unter einem Windows 2003 R2 64-Bit TS nachbilden.
Also Fehler #3.
Einfache Problemlösung:
VMware Tools 5.1 deinstallieren und VMware Tools 5.0 installieren.
Dann zeigt der vSphere Client bei den VMware Tools zwar veraltet an, aber es funktioniert.

Klaus

[BastiHN]

das war auch meine lösung

dennoch scheint es ein bug bei der neuen version zu sein...

[Dayworker]

Habt ihr das Problem per Case an VMware gemeldet oder zumindest das VMTN damit beglückt?
Alternativ könnt ihr auch den VMTN-Thread VMWare Tools run in every Terminal Server session's systray versuchen oder euch gleich zum darin ebenfalls verlinkten KB-Eintrag Disabling access to VMware Tools durchklicken.

[BastiHN]

Ticket und VMTN nicht, aber es gibt dort wohl noch jemandem mit dem problem

http://communities.vmware.com/message/2119388#2119388



die datei im genannten KB artikel ist bei den neuen tools nicht mehr existent

[Dayworker]

die datei im genannten KB artikel ist bei den neuen tools nicht mehr existent

Danke für den Hinweis.
Wie ich grad sehe, scheint mein KB-Link nur für ESX zu gelten und beim 5.1er hat VMware gegenüber dem 5.0er viele Änderungen vorgenommen.

Ticket und VMTN nicht, aber es gibt dort wohl noch jemandem mit dem problem

http://communities.vmware.com/message/2119388#2119388

Mach mal bitte noch einen Case auf oder hängt dich zumindest mit in den Thread rein, damit da schnell eine kritische Menge generiert wird und VMware zu noch schnellerem Handeln zwingt.

[BastiHN]

habe mal einen case eröffnet, mal schauen wann antwort kommt

[BastiHN]

ein supporter von vmware hat sich mittlerweile gemeldet
er hat sich alle möglichen logs etc. gezogen und versucht es nun in seiner testumgebung nachzustellen was ja kein problem sein sollte da lt. VMTN noch weitere administratoren das problem haben

[Dayworker]

Halte uns bitte auf dem laufenden. Die Bugliste des ESXi5.1 dürfte damit unzeitgemäße Länge erreichen.
Kein guter Einstand für den früheren Intel-CTO und jetzigen VMware-CEO Pat Gelsinger, der seine Intel-Karriere in deren QA-Abteilung begonnen hatte...

[mangold]

Halte uns bitte auf dem laufenden. Die Bugliste des ESXi5.1 dürfte damit unzeitgemäße Länge erreichen.
Kein guter Einstand für den früheren Intel-CTO und jetzigen VMware-CEO Pat Gelsinger, der seine Intel-Karriere in deren QA-Abteilung begonnen hatte...

gibt's irgendwo einen ÜBERBLICK über die bisherigen Bugs? Bin nachher beim VMUG Treffen und dort werden die "Neuerungen" von 5.1 vorgestellt!

[BastiHN]

neuer zwischenstand: vmware hat zu dem thema mittlerweile einige tickets erhalten, in kürze erscheint ein KB artikel mit einem workaround. der workaround unterdrückt aber nur die meldungen im eventlog, nicht den fehler selbst

ob der fehler auf die performance geht ist eine gute frage, subjektiv ja, messbar meiner meinung nach nein. das windows applikation log (20MB) ist wegen dem fehler bei meinen servern binnen 3-4 minuten voll, d.h. ist es für mich sinnvoll die meldung zu unterdrücken

der supporter war übrigens richtig gut, selten einen so kompetenten menschen erlebt. hat zu allem was er gemacht hat immer schön erklärt, er wusste zu 200% was er tut. hab ich bei anderen firmen schon anders erlebt...

[BastiHN]

den fehler sieht man übrigens auch gut in der "vmware.log" der jeweiligen VM

2012-09-26T13:48:35.029Z| vcpu-1| I120: Guest: toolbox-dnd: Version: build-782409
2012-09-26T13:48:35.029Z| vcpu-1| I120: GuestRpc: Channel 1, conflict: guest application toolbox-dnd tried to register, but it is still registered on channel 3
2012-09-26T13:48:35.029Z| vcpu-1| I120: GuestRpc: Channel 1 reinitialized.
2012-09-26T13:48:35.029Z| vcpu-1| I120: GuestRpc: Channel 1 reinitialized.
2012-09-26T13:48:35.029Z| vcpu-1| I120: GuestRpc: Channel 1 reinitialized.

[Dayworker]

gibt's irgendwo einen ÜBERBLICK über die bisherigen Bugs? Bin nachher beim VMUG Treffen und dort werden die "Neuerungen" von 5.1 vorgestellt!

Nicht das ich wüßte, aber die Tools unter TS, Converter5 in Richtung ESXi5.1 und Zusammenspiel View5.1.1 mit vSphere5.1 wären schon mal drei Erwähnungen.

[continuum]

Nummer 4: PCI-passthrough funktioniert nicht

[BastiHN]

hier der passende KB artikel

http://kb.vmware.com/selfservice/micros ... =DT_KB_1_1

[Wirrkopf]

Nummer 4: PCI-passthrough funktioniert nicht

Gibt es da genauere Angaben? Immer, nur bei bestimmter HArdware etc...?

Ich war kurz davor upzudaten und in beiden Kisten läuft eine ISDN Karte mit VMDirectpath (PCI-passthrough)....

[Wirrkopf]

Nun habe ich es selber ausprobiert. ESXi 5.1 von USB Stick gebootet, PCI ISDN Karte uner "Koniguration" -> "erweiterte Einstellungen" für VMDirectPath konfiguriert und ESXi neu gestartet. In den erweiterten EInstellungen nachgesehen und es sieht so aus.



Es scheint also funktioniert zu haben. Also einer VM das PCI Gerät zugewiesen und die VM dann gestartet. Und dann ist der VIClient plötzlich disconnected und läßt sich auch nicht mehr verbinden. Also zum ESXi Server marschiert, Monitor angemacht und DAS gesehen:



Das ganze passiert reproduzierbar bei jedem Start einer VM in der das PCI Gerät zugewiesen ist.

Und auf der selben Hardware mit ESXi 5.0 funktioniert das VMDirectPath ohne Probleme.

Ist dieser Fehler schon bekannt?

[Dayworker]

Das ganze passiert reproduzierbar bei jedem Start einer VM in der das PCI Gerät zugewiesen ist.

Und auf der selben Hardware mit ESXi 5.0 funktioniert das VMDirectPath ohne Probleme.

Ist dieser Fehler schon bekannt?

Nummer 4: PCI-passthrough funktioniert nicht

Also ja.
Interessant ist auch der Fehler ganz oben mit: "PF Exception 14". Dazu hatte ich hier vor kurzem schon mal einen KB-Eintrag bei VMware verlinkt.


PS: Hast du den Monitor aus purer Verzweifelung an die Wand genagelt oder war der Sprung schon vorher da.

[Wirrkopf]

Bis vor kurzem war der Monitor noch völlig in Ordnung. Dann ist mir da ein PC Seitenteil gegengefallen. Na das gute Stück ist dient ja inzwischen nur noch als Notmonitor im HWR wo die Server in meinem Haus stehen. Dafür reichts noch.

[BastiHN]

bzgl. dem problem mit mehreren gleichzeitigen usern wird in kürze ein patch erscheinen
das problem wurde intern wohl bereits beseitigt...