VMware Server 1.0.3 VMs plötzlich sehr langsam :-(

[Voly]

Hallo,

seit ca. einer Woche habe ich mit einem VMware Server 1.0.3 mit 5 XP pro als VMs zu Kämpfen.
Bis dato lief alles bestens und jetzt plötzlich werden alle VMs sehr langsam. Wenn ich die VM direkt von einem anderem Client aus Pinge habe sehr lange Antwortzeiten.
Die Netzwerkkarte betreibe ich im Bridgmode ( Broadcom Netxtreme Gigabit Ethernet).
Der Host ist ein Windows Server 2000 auf einen HP DL160.

Für eure Hilfe bedanke ich mich im Voraus.

Gruß
Voly

[continuum]

Das kann 73 verschiedene Gruende haben ... lad mal ein beispiel vmware.log so einer Schnecken-VM bei ifile.it hoch

[Dayworker]

Was sind bei dir lange Antwortzeiten beim Ping?
Bei einer Bridged-VM ist alles um 50ms schon sehr schnell, darunter kommst du nur über die VMware-Interface NAT und Host-only.

[Voly]

Antwortzeiten zwischen 300 und 800 ms, kann auch mal 1200 sein

logs kommen noch.

[Dayworker]

Nicht vergessen, hier gehen keine Dateianhänge. Deswegen auch der Hinweis mit http://ifile.it und dann den Link darauf auch hier posten...

[Voly]

hier:

http://ifile.it/tsmxebo/vmware-1.log

[Voly]

hier:

http://ifile.it/tsmxebo/vmware-1.log

[Dayworker]

Feb 07 23:42:54: vmx| DICT--- HOST DEFAULTS
Feb 07 23:42:54: vmx| DICT datastore.name = local
Feb 07 23:42:54: vmx| DICT datastore.localpath = D:\Virtual Machines\
Feb 07 23:42:54: vmx| DICT --- SITE DEFAULTS
Feb 07 23:42:54: vmx| DICT datastore.name = local
Feb 07 23:42:54: vmx| DICT datastore.localpath = D:\Virtual Machines\
Feb 07 23:42:54: vmx| DICT --- COMMAND LINE
Feb 07 23:42:54: vmx| DICT --- CONFIGURATION
Feb 07 23:42:54: vmx| DICT config.version = 8
Feb 07 23:42:54: vmx| DICT virtualHW.version = 4
Feb 07 23:42:54: vmx| DICT scsi0.present = TRUE
Feb 07 23:42:54: vmx| DICT memsize = 868
Feb 07 23:42:54: vmx| DICT ide0:0.present = TRUE
Feb 07 23:42:54: vmx| DICT ide0:0.fileName = Windows XP Professional.vmdk
Feb 07 23:42:54: vmx| DICT ide1:0.present = TRUE
Feb 07 23:42:54: vmx| DICT ide1:0.fileName = auto detect
Feb 07 23:42:54: vmx| DICT ide1:0.deviceType = cdrom-raw
Feb 07 23:42:54: vmx| DICT floppy0.present = FALSE
Feb 07 23:42:54: vmx| DICT Ethernet0.present = TRUE
Feb 07 23:42:54: vmx| DICT displayName = CELVMW004
Feb 07 23:42:54: vmx| DICT guestOS = winxppro
Feb 07 23:42:54: vmx| DICT priority.grabbed = normal
Feb 07 23:42:54: vmx| DICT priority.ungrabbed = normal
Feb 07 23:42:54: vmx| DICT ide0:0.redo =
Feb 07 23:42:54: vmx| DICT ide1:0.startConnected = FALSE
Feb 07 23:42:54: vmx| DICT ethernet0.addressType = generated
Feb 07 23:42:54: vmx| DICT uuid.location = 56 4d d1 66 8b af e4 72-91 4b ae b8 5c 18 6b 93
Feb 07 23:42:54: vmx| DICT uuid.bios = 56 4d d1 66 8b af e4 72-91 4b ae b8 5c 18 6b 93
Feb 07 23:42:54: vmx| DICT ide1:0.autodetect = TRUE
Feb 07 23:42:54: vmx| DICT ethernet0.generatedAddress = 00:0c:29:18:6b:93
Feb 07 23:42:54: vmx| DICT ethernet0.generatedAddressOffset = 0
Feb 07 23:42:54: vmx| DICT tools.syncTime = TRUE
Feb 07 23:42:54: vmx| DICT --- USER DEFAULTS
Feb 07 23:42:54: vmx| DICT --- HOST DEFAULTS

Entscheidend daran dürften die unzureichenden "Host Defaults" sein, dazu paßt dann aber die VM-RAM-Einstellung von 868MB.
Mit deinen Voreinstellungen ist mit anderen Worten kein Blumentopf zu gewinnen und deine VMserver-Version 1.03 ist uralt. Damit könnte man ja noch leben, aber es sind in dieser Version neben Sicherheitsproblemen auch noch Performancerelevante Aspekte bekant geworden. Von daher würde ich auf die letzte Version 1.010 updaten und dabei den VMserver2 komplett außen vor lassen. Der bringt dir nichts und klaut dir nur die Console.
Hier hast du mal eine wesentlich performantere "config.ini":

datastore.localpath = "D:\Virtual Machines\"
datastore.name = "local"
defaultVMPath = "D:\Virtual Machines"
mainMem.partialLazyRestore = "false"
mainMem.partialLazySave = "false"
mainMem.useNamedFile = "false"
MemAllowAutoScaleDown = "false"
MemTrimRate = "0"
prefvmx.allVMMemoryLimit = "1500"
prefvmx.minVmMemPct = "100"
prefvmx.useRecommendedLockedMemSize = "TRUE"
priority.grabbed = "normal"
priority.ungrabbed = "normal"
sched.mem.pshare.enable = "FALSE"

Am einfachsten kopierst du den Inhalt, beendest neben allen VMs auch alle VMware-Dienste und suchst die "config.ini" über den Explorer. Sie sollte sich bei dir unter c:\Dokumente und Einstellungen\Alle Benutzer\Anwendungsdaten\VMware\VMwareServer\config.ini befinden.
Allerdings würde ich dir wirklich empfehlen, auf die Version 1.010 upzudaten und dann die Erweiterungen vorzunehmen.

PS: Nicht vergessen, Einträge in die "config.ini" machen nur Sinn bei komplett beendeten VMware-Diensten. Ansonsten werden deine Änderungen durch eine Kopie im Arbeitsspeicher wieder überschrieben.

[Voly]

@Dayworker

die Performance war ja bis dato akzeptabel, aber.....na ja.


Danke dir

Werde das mal updaten, hatte schon auf der vmsite nach updates auf 1.010 gesucht aber nur die 2.0 gefunden. schauen wir mal.


Ich werde berichten.

Gruß
Voly

[Dayworker]

Ich weiß ja nicht, wo du gesucht hast. Aber unter http://downloads.vmware.com/d/info/data ... server/1_0 finde ich den VMserver1.010...

Von Version 2 kann ich dir erstmal nur abraten, solange du nicht fit mit dem VMserver1 bist oder einen leistungsfähigeren Host hast. Der 2er hat zum einen keine VMware-Console mehr, dafür gibts den Web-Browser oder Vi-Client und zum anderen richtet er auch noch einen Tomcat-Apachen ein, der zusätzliche Ressourcen verbraucht und davon hast du auf deinem Host ja eh schon nicht gerade viel.

[Voly]

@Dayworker

danke dir, hatte ich gestern auf der Website schon gefunden.

Gruß
Voly

PS: in einer Stunde beginne ich mit dem Update...

[Voly]

Update auf 1.0.10 ist durch, jetzt nur noch díe Vm tools und dann die VMs testen.
Habe aber gerade wieder sehr lange Antwortzeiten von mehr als 600ms zum vm XP gehabt. Muss ich gleich mal genauer prüfen.,

[Dayworker]

ACHTUNG: Ein Update der VMware-Tools verursacht unter Umständen eine Reaktivierung des Betriebssytems.

[Voly]

alles so weit durch, jetzt sehe ich das fast alle VM´s eine 100 % CPU Auslasstung haben.

Ohhhh mannnnn......

[Voly]

die Auslasstung liegt nicht am VM Server (glaube ich), das kann ich bis jetzt sagen.

gg

[Dayworker]

Zuviele Variablen für mich durch den W2k-Server als Host-OS. Je nach Anzahl der gestarteten Dienste werden dadurch natürlich auch jede Menge CPU- und RAM-Ressourcen verbraucht. Mit 2.5GB RAM ist dein Host auch nicht grad übermäßig mit RAM ausgestattet.
Verlinke mal bitte noch ein aktuelles "vmware.log" ohne Zahl im Namen bei http://ifile.it und dann sehen wir weiter. Falls du die von mir vorgeschlagenen Änderungen eingetragen hattest, werden diese gerne beim Update wieder überschrieben und wir sind wieder beim vorherigen Stand...