Seite 1 von 1
kurze Aussetzer beim Gast
Verfasst: 15.08.2007, 19:32
von sapro
Hallo,
habe hier ein Problem, bei dem ich einfach nicht weiß wo ich mit einer Lösung ansetzen soll. Evtl. kann mir jemand einen Tipp geben.
Folgendes Szenario: Auf einem Linux-Host (Ubuntu edgy - Kernel 2.6.20-16-server) laufen zwei WindowsXP-Gäste mit aktuellen Patches innerhalb einer VMware Workstation 5.5.4. Der Rechner läuft 24/7 und somit auch die Gäste (bis zum nächsten MS-Patchday
Nach dem initialen Start von vmware läuft alles Bestens, bis dann so nach ca. 2-3 Tagen es plötzlich zu gleichförmigen Aussetzern kommt. Am nervigsten sind diese Aussetzer bei der Eingabe innerhalb der Gäste, da ca. 3 Sekunden die normale Geschwindigkeit da ist, dann ca. 2-3 Sekunden alles hackt um dann auf einen Rutsch alle Tastatureingaben anzuzeigen.
Ein Gast-Neustart bringt übrigens keine Besserung, sondern nur die vmware komplett neu zu starten, dann geht das "Spiel" nach einigen Stunden wieder von vorne los...
Zuvor lief der Server unter einem Debian sarge und wies diese Aussetzer nicht auf, ich vermute also das der Fehler innerhalb des Zusammenspiels von Ubuntu und vmware zu suchen ist, aber nur wo?!
Vielen Dank für Eure Hilfe!
sapro
Verfasst: 15.08.2007, 19:51
von MSueper
Hallo,
ich habe das gleiche Problem:
http://vmware-forum.de/viewtopic.php?t=9370
Nutzt Du vorallokierte Platten oder auch wachsende?
Manchmal habe ich das Gefühl, als ob in diesen "Aussetzern" die Platte vergrößert wird.
Ich habe deshalb schon die Host-Platte (bei mir ist es ein Windows Host) defragmentiert, aber hat nichts gebracht. Die Aussetzer waren bei mir schon immer da.
Martin
Verfasst: 15.08.2007, 20:09
von continuum
Habt ihr genug Platz in /temp bzw ist die pagefile gross genug bei WIndows-hosts ?
Verfasst: 15.08.2007, 20:18
von sapro
@MSueper: Die Platten sind bei mir wachsend. Die "Aussetzer" sind aber für mein Gefühl zu gleichförmig dass hier die Vergrößerung der Verursacher wäre...
@continuum: Der Host läuft bei mir ja unter linux. /temp hat hier noch 2 GB aber RAM ist eigentlich noch genügend vorhanden:
Code: Alles auswählen
root@PC-Majestix:~# free
total used free shared buffers cached
Mem: 3116164 2929720 186444 0 42636 2409844
-/+ buffers/cache: 477240 2638924
Swap: 2007928 91328 1916600
Verfasst: 15.08.2007, 20:33
von continuum
Du brauchst mehr Platz in /temp als alle VMs die zusammen laufen sollen RAM haben
Wie sieht es mit Platz in /var/temp aus ?
Verfasst: 15.08.2007, 20:51
von sapro
/tmp und /var/tmp liegen bei mir auf dem gleichen mountpoint und haben somit 2 GB frei. Die bieden Gäste "schlucken" 1.2 GB und 600 MB RAM, zusammen also noch unter dem tmp-freien-Bereich.
Die vmware-Gäste haben einen eigenen mountpoint auf einem Raid5 um ihr *.vmem zu schreiben, von daher wird /tmp kaum genutzt. Auf dem Raid5 sind aktuell 10 GB frei...
Verfasst: 15.08.2007, 21:44
von continuum
Zeig mal deine config und ne vmx von den Gaesten die haengen
Verfasst: 15.08.2007, 22:04
von sapro
die Gast-vmx sieht folgendermaßen aus:
Code: Alles auswählen
paevm=true
config.version = "8"
virtualHW.version = "4"
scsi0.present = "TRUE"
memsize = "1200"
ide0:0.present = "TRUE"
ide0:0.fileName = "winXPPro-000001-cl1.vmdk"
ide1:0.present = "TRUE"
ide1:0.fileName = "auto detect"
ide1:0.deviceType = "atapi-cdrom"
floppy0.fileName = "/dev/fd0"
Ethernet0.present = "TRUE"
sound.present = "TRUE"
sound.fileName = "/dev/dsp"
displayName = "Windows XP Professional 2"
guestOS = "winxppro"
priority.grabbed = "normal"
priority.ungrabbed = "normal"
powerType.powerOff = "soft"
powerType.powerOn = "hard"
powerType.suspend = "hard"
powerType.reset = "hard"
ide1:0.startConnected = "FALSE"
Ethernet0.addressType = "generated"
uuid.location = "56 4d 9d ff ef ab 88 e6-44 c4 7d d9 13 ef 75 6d"
uuid.bios = "56 4d 9d ff ef ab 88 e6-44 c4 7d d9 13 ef 75 6d"
ethernet0.generatedAddress = "00:0c:29:ef:75:6d"
ethernet0.generatedAddressOffset = "0"
tools.syncTime = "TRUE"
scsi0:0.present = "FALSE"
scsi0:0.fileName = "/home/share/gemeinsam/Image_CDs/Knoppicillin_2106.iso"
scsi0:0.deviceType = "cdrom-image"
sound.startConnected = "FALSE"
sound.virtualDev = "es1371"
undopoints.seqNum = "0"
ide0:0.mode = "persistent"
ide0:0.redo = ""
undopoint.restoreFromCheckpoint = "FALSE"
undopoint.checkpointedOnline = "TRUE"
floppy0.startConnected = "FALSE"
ide0:1.present = "FALSE"
ide0:1.fileName = "winXPPro.vmdk"
floppy0.fileType = "device"
ide0:0.deviceType = "disk"
usb.present = "TRUE"
nvram = "Windows XP Professional 2.nvram"
scsi0:0.startConnected = "TRUE"
checkpoint.vmState = ""
gui.exitOnCLIHLT = "TRUE"
processor0.use = TRUE
processor1.use = TRUE
numvcpus = "1"
tools.remindInstall = "FALSE"
parallel0.present = "FALSE"
parallel0.startConnected = "FALSE"
parallel0.fileName = "/dev/parport0"
parallel0.bidirectional = "FALSE"
autostart = "poweron"
ide1:0.autodetect = "TRUE"
Die config so:
Code: Alles auswählen
vmnet1.hostonlyaddress = "192.168.1.1"
authd.client.port = "902"
control.fullpath = "/usr/bin/vmware-cmd"
loop.fullpath = "/usr/bin/vmware-loop"
libdir = "/usr/lib/vmware"
vmware.fullpath = "/usr/bin/vmware"
vmnet1.hostonlynetmask = "255.255.255.0"
vmdir = "/home/share/vmware"
dhcpd.fullpath = "/usr/bin/vmnet-dhcpd"
datastore.name = "local"
datastore.localpath = "/home/share/vmware/"
Was mich aber am meisten wurmt, ist der Umstand das die Lags erst nach einiger Zeit einsetzen, zu Beginn läuft alles tadellos.
Verfasst: 15.08.2007, 22:46
von continuum
Die config ist ja voellig ungetunt - igitt
Guck mal unten auf meiner Seite
http://sanbarrow.com/vmx/vmx-config-ini.html
das meiste kannst du fuer Linux direkt uebernehmen
Verfasst: 16.08.2007, 09:20
von sapro
continuum hat geschrieben:Die config ist ja voellig ungetunt - igitt
hehe - jo in der Schlichtheit liegt die Schönheit
hab jetzt mal paar Einstellungen ergänzt und WS neu gestartet. Mal schauen ob bzw. wann die Aussetzer wieder kommen...
Code: Alles auswählen
msg.autoAnswer = "true"
defaultVMPath = "/home/share/vmware/"
datastore.name = "local"
datastore.localpath = "/home/share/vmware/"
sched.mem.pshare.enable = "FALSE"
prefvmx.useRecommendedLockedMemSize = "TRUE"
prefvmx.minVmMemPct = "100"
priority.grabbed = "normal"
priority.ungrabbed = "normal"
security.host.ruissl = "FALSE"
mainMem.partialLazySave = "FALSE"
mainMem.partialLazyRestore = "FALSE"
mainMem.useNamedFile = "FALSE"
Verfasst: 16.08.2007, 11:07
von sapro
Mit der neuen config läuft jetzt der root-Mountpoint langsam voll. Finde aber keine Datei die hier von vmware erstellt wird (in /tmp ist z.B. nix zu finden...).
Welcher Parameter ist dafür verantwortlich und wo wird vor allem die cache-Datei erstellt?
Verfasst: 16.08.2007, 11:40
von continuum
Wie schon gesagt - VMware schreibt versteckte mem-files nach temp oder var temp - sorry meine slash-taste ist kaputt.
Wenn das ein roblem ist - musst du den Eintrag
mainmem.useNamedFile wieder entfernen
Ulli
Verfasst: 16.08.2007, 12:35
von sapro
Es scheint so dass die Erzeugung der versteckten mem-files einiges an Zeit braucht, denn vollständig angelegt sind diese nach 3 Std. immer noch nicht, daher auch keine Anzeige per "du".
Die mem-files sind doch mit den *.vmem identisch oder? Denn diese existieren ja bereits in dem Verzeichnis der jeweiligen Gast-VM und liegen dort auch besser Aufgehoben auf dem Raid5 statt auf dem Raid1 im root-verzeichnis...