VMware-Forum

Hallo!

Ich habe auf einem XP-Rechner (A) VMware Server installiert und in der VM ein Ubuntu 7.10. Läuft soweit super, Geschwindigkeit ist top (aktuelle Hardware).

Auf einem XP-Laptop (B) habe ich das ClientPackage installiert und greife damit auf die VM auf A zu. Verbindung zwischen A und B geht über ein 54Mb WLAN.

Problem dabei: Der Zugriff von B auf die VM in A ist elendig langsam, Maus ruckelt nur rum, Texteingaben in eine Konsole erscheinen um Sekunden zeitversetzt. Arbeiten kann man so nicht.

Das macht mich schon deswegen stutzig, weil ein Remote-Arbeiten nur mit XP (also RDP/mstsc) zwischen A und B völlig problemlos läuft. Ich nutze mstsc auch über ein VPN per 1024/128er DSL-Leitung, selbst das ist brauchbar.

Ich habe keine Ahnung wo ich anfangen müsste zu suchen.....

Jemand einen Lösungsansatz für mich?

Danke, Gruß
DeMixx

Auf einem XP-Laptop (B) habe ich das ClientPackage installiert ....

Welches Remote-Programm nutzt du denn überhaupt ?

Hallo!

Auf dem Laptop (B) habe ich die VMware Server Console 1.0.4 build 56528 installiert.

Gruß
DeMixx

Hallo,

die einzige Lösung ist folgende:
Remote Desktop auf den Host, dort die VM Console starten.

Der Fehler mit der VM Console (hohe Netzlast) ist bei VMware bekannt. Eine Lösung für VMware Server existiert nicht.

Gruss
Herbert

Hallo!

Danke für deine Antwort.

Herbert hat geschrieben: die einzige Lösung ist folgende:
Remote Desktop auf den Host, dort die VM Console starten.

Hm, das verstehe ich nicht ganz. Auf dem Host (Rechner A) habe ich ja die VM sowie die Server Console. Das funktioniert ja auch prima. Was meinst du mit "Remote Desktop"? Da ist dann ja nix mehr remote....

Der Fehler mit der VM Console (hohe Netzlast) ist bei VMware bekannt. Eine Lösung für VMware Server existiert nicht.

Komme ich dann - wenn nicht über die Console aus dem Client Package - in irgend einer anderen Art und Weise von B auf die VM in A dran?

Die MS-Tools RDP/mstsc sind keine Lösung (hast du das mit obigem "Remote Desktop auf den Host..." gemeint?), da der Host ein XP-Rechner ist (und dies leider auch bleiben muss) und so immer nur ein Benutzer Bildschirm/Tatsatur zugewiesen bekommen kann....

Du schreibst auch, dass der Fehler bekannt sei. Ich habe mich schier schwindlig gegoogelt , aber nichts dazu gefunden. Ist das irgendwo beschrieben?

Gruß
DeMixx

Die MS-Tools RDP/mstsc sind keine Lösung (hast du das mit obigem "Remote Desktop auf den Host..." gemeint?), da der Host ein XP-Rechner ist (und dies leider auch bleiben muss) und so immer nur ein Benutzer Bildschirm/Tatsatur zugewiesen bekommen kann....

Ja es ist def msdtc.

Ja, der Fehler ist bei VMware bekannt:

I am afraid that the problem you are having, is
already reported as bug#142368 (Remote Console performance and screen
refreshing is slow compared to GSX server), in fact, there are some problems
when the remote console is routed throw an slow Link that triggers this poor
performance issues. This problem has not been fixed, yet, but engineering is
already working in this issue, and I've added this SR to the bug references
in order to check your traces, captures and information in order to
contribute for a quicker fix.
The only workaround that we can provide, by the way, is to use RDP or VNC,
instead of the remote console.

Bei einem Linux Guest hilft dann wohl telnet oder ssh.

Gruss
Herbert

Hallo!

Herbert hat geschrieben:Bei einem Linux Guest hilft dann wohl telnet oder ssh.

Spricht denn etwas dagegen im Linux-Guest einen VNC-Server laufen zu lassen und dann von B via VNC-Client darauf zuzugreifen?

Gruß
DeMixx