VM hängt alle paar Tage mit 100% CPU last

[Rappi]

Hallo zusammen,

wir betreiben einen VMware Server 1.0.3 auf einem Dual-Xeon 2.8 mit 4GB Ram unter Windows 2000 Server. Momentan laufen darauf nur 2 VMs.
Beides FreeBSD 6.2 mit jeweils 512MB Ram und einer virtuellen CPU.

Die eine VM wird eher spärlich genutzt und stellt FTP-Server, Backup MX und einen Squid für einige wenige User.
Die andere ist der Haupt-Mailserver und Squid für ca. 80 Mitarbeiter.

Bei letzterer Maschine passiert es alle paar Tage, dass der VM-Prozess (vmware-vmx.exe) eine CPU des Hosts vollständig auslastet und sich auch auf der VMware Console nix mehr tut. Keine Reaktion.

Einzige Abhilfe: Reset oder Power off/on des Gast-Systems.
Aber spätestens 3-4 Tage später hängt diese VM wieder. Die andere läuft seit Wochen einwandfrei.

Kennt jemand dieses Problem?

Jörg

[continuum]

Hast du bei beiden VMs
mainmem.useNamedFile = "false"
in der vmx ?

[Rappi]

hallo,
nein habe ich bei beiden nicht drin gehabt...
Erklärt also nicht warum die eine stabil läuft und die andere nicht

Aber sollte das nicht eigentlich nur für einen gewissen performance-gewinn sorgen?

[continuum]

Aber sollte das nicht eigentlich nur für einen gewissen performance-gewinn sorgen?

nein

in den vmware.logs steht doch warum die VM haengt - willst du die nicht posten ?

[Rappi]

in den vmware.logs steht doch warum die VM haengt - willst du die nicht posten ?

doch will ich... muss man mir nur sagen dass das da drin steht
letzter Hänger war am Freitag gegen 14 Uhr...
Hier das Log des Tages...
Danach beginnt dann wohl ein neues Log, da die VM neu gestartet wurde...

Code: Alles auswählen

Jul 20 00:00:12: vmx| DISKLIB-LIB   :numIOs = 4450000 numMergedIOs = 285657 numSplitIOs = 358922
Jul 20 02:14:14: vmx| DISKLIB-LIB   :numIOs = 4500000 numMergedIOs = 288287 numSplitIOs = 362432
Jul 20 03:02:58: vcpu-0| DISKLIB-LIB   :numIOs = 4550000 numMergedIOs = 289276 numSplitIOs = 364331
Jul 20 04:58:48: vmx| DISKLIB-LIB   :numIOs = 4600000 numMergedIOs = 290845 numSplitIOs = 367680
Jul 20 07:22:51: vmx| DISKLIB-LIB   :numIOs = 4650000 numMergedIOs = 292831 numSplitIOs = 371623
Jul 20 08:54:37: vmx| DISKLIB-LIB   :numIOs = 4700000 numMergedIOs = 296230 numSplitIOs = 375457
Jul 20 09:30:16: vmx| DISKLIB-LIB   :numIOs = 4750000 numMergedIOs = 299664 numSplitIOs = 380493
Jul 20 09:57:53: vmx| DISKLIB-LIB   :numIOs = 4800000 numMergedIOs = 303991 numSplitIOs = 383004
Jul 20 10:19:31: vmx| DISKLIB-LIB   :numIOs = 4850000 numMergedIOs = 308786 numSplitIOs = 386984
Jul 20 10:52:38: vmx| DISKLIB-LIB   :numIOs = 4900000 numMergedIOs = 313748 numSplitIOs = 392691
Jul 20 11:18:36: vmx| DISKLIB-LIB   :numIOs = 4950000 numMergedIOs = 317911 numSplitIOs = 396100
Jul 20 11:28:08: vcpu-0| VLANCE: Ethernet0 skipped 20480 time(s)
Jul 20 11:28:08: vcpu-0| VLANCE: 9824 7057 2114 995 240 63 36 32 18 5 7 4 4 3 0 1
Jul 20 11:28:08: vcpu-0| VLANCE: 0 1 5 4 2 3 0 2 1 1 0 2 2 0 0 54
Jul 20 11:42:50: vmx| DISKLIB-LIB   :numIOs = 5000000 numMergedIOs = 323727 numSplitIOs = 398333
Jul 20 12:10:27: vmx| DISKLIB-LIB   :numIOs = 5050000 numMergedIOs = 328799 numSplitIOs = 401575
Jul 20 13:01:43: vmx| DISKLIB-LIB   :numIOs = 5100000 numMergedIOs = 332581 numSplitIOs = 405614
Jul 20 13:48:26: vmx| DISKLIB-LIB   :numIOs = 5150000 numMergedIOs = 336693 numSplitIOs = 407933
Jul 20 14:00:05: vcpu-0| VLANCE: Ethernet0 skipped 24576 time(s)
Jul 20 14:00:05: vcpu-0| VLANCE: 10630 7645 2323 1069 265 64 39 33 22 5 7 4 4 3 0 1
Jul 20 14:00:05: vcpu-0| VLANCE: 0 1 6 4 2 3 0 2 1 1 0 2 2 0 0 2438
Jul 20 14:00:48: mks| MKS set guest selection request with invalid state 2
Jul 20 14:00:55: vmx| VMXVmdbCbVmVmxExecState: Exec state change requested to state poweredOff without reset
Jul 20 14:00:55: vmx| VMX: attempted to do a soft halt while not in the correct state. Ignored...
Jul 20 14:00:55: vmx| Stopping VCPU threads...
Jul 20 14:00:55: mks| Async MKS thread is exiting
Jul 20 14:00:55: vmx| DnD rpc already set to 0
Jul 20 14:00:55: vmx| TOOLS received request in VMX to set option 'enableDnD' -> '0'
Jul 20 14:00:55: vmx| SOCKET 5 close VNC socket on VNCBackendDestroy
Jul 20 14:00:55: vmx| MKS local poweroff
Jul 20 14:00:55: vmx| Lock before MKS lock created.  Early poweroff?
Jul 20 14:00:55: vmx| Unlock before MKS lock created.  Early poweroff?
Jul 20 14:00:55: vmx| ide0:0: numIOs = 5152877 numMergedIOs = 337169 numSplitIOs = 408024 (54.8%)
Jul 20 14:00:55: vmx| Msg_Hint: msg.disk.fragmented.low (not shown)
Jul 20 14:00:55: vmx| AIOWIN32: asyncOps=5723647 syncOps=46 bufSize=268Kb delayed=0 fixed=1107035 sgOp=3095209 sgOn=1
Jul 20 14:00:55: IO#0| AIOGNRC: thread #0 exiting (31)
Jul 20 14:00:55: IO#1| AIOGNRC: thread #1 exiting (31)
Jul 20 14:00:55: vmx| AIOGNRC: asyncOps=0 syncOps=0 maxPending=0 maxCompleted=0
Jul 20 14:00:56: vmx| VMX idle exit
Jul 20 14:00:56: vmx| VMX IPC closed the connection with thread servercontrol (00993908)
Jul 20 14:00:56: vmx| VMX: Remote VMControl client servercontrol disconnected.
Jul 20 14:00:56: vmx| Flushing VMX VMDB connections
Jul 20 14:00:56: vmx| IPC_exit: disconnecting all threads
Jul 20 14:00:56: vmx| VMX exit.
Jul 20 14:00:56: vmx| AIOMGR-S : stat o=3 r=7 w=0 i=0 br=26112 bw=0


[MSueper]

Hallo,
scheint mit dieser Zeile zusammenzuhängen:

VLANCE: Ethernet0 skipped 20480 time(s)

welche HW steht den VMs denn zur Verfügung? Ggf. ist das Netz ausgelastet gewesen oder sowas.
Martin

[Rappi]

Hardwaretechnisch läuft alles über die onboard 1Gbit NIC des ASUS-Boards.
(Ja, ist für nen Server nicht wirklich optimal, aber das Teil arbeitete vorher als DB-Server und hatte weitaus größere Datenmengen zu bewältigen).
Da alles was zu dem Server kommt durch eine Clavister mit "nur" 100Mbit Interfaces muss, dürfte es eigentlich zu keiner Überlastung kommen.

[MSueper]

Hallo,
Poste einfach auch mal die vmx-Datei.
Speziell die Zeile
ethernet0.virtualdev = ??
ist von Interesse. Hast Du da den Default belassen?

Kennst Du diesen Tipp hier:
http://osdir.com/ml/os.freebsd.stable/2 ... 00478.html
(Vorsicht ist schon älter)

Grüße, Martin

[Rappi]

hier meine vmx...
den erwähnten eintrag enthält sie garnicht, sollte also noch der default sein.

Code: Alles auswählen

config.version = "8"
virtualHW.version = "4"
scsi0.present = "TRUE"
scsi0.virtualDev = "lsilogic"
memsize = "768"
mainmem.useNamedFile = "FALSE"
ide0:0.present = "TRUE"
ide0:0.fileName = "FreeBSD.vmdk"
ide1:0.present = "TRUE"
ide1:0.fileName = "D:"
ide1:0.deviceType = "cdrom-raw"
floppy0.fileName = "A:"
Ethernet0.present = "TRUE"
Ethernet0.connectionType = "bridged"
displayName = "SG-EXTMAIL-VM"
guestOS = "freebsd"
priority.grabbed = "normal"
priority.ungrabbed = "normal"

floppy0.present = "FALSE"
workingDir = "."

ide0:0.redo = ""
ethernet0.addressType = "generated"
uuid.location = "56 4d f6 a1 9e 59 41 b1-ee 52 8b 73 8e cc 33 e6"
uuid.bios = "56 4d f6 a1 9e 59 41 b1-ee 52 8b 73 8e cc 33 e6"
ethernet0.generatedAddress = "00:0c:29:cc:33:e6"
ethernet0.generatedAddressOffset = "0"

ide1:0.startConnected = "TRUE"
tools.syncTime = "TRUE"
time.synchronize.continue = "TRUE"
time.synchronize.restore = "TRUE"
time.synchronize.resume.disk = "TRUE"
time.synchronize.shrink = "TRUE"


[MSueper]

aha,
hier ein weiterer Tipp:
http://ivoras.sharanet.org/freebsd/vmware.html

ich schätze mal, Du solltest in jedem Falle ethernet0.virtualdev="e1000" ergänzen. Für x86 Solaris ist diese Einstellung quasi Pflicht, könnte für FreeBSD auch so sein.
Im Gast wird Dir dann eine andere Netzkarte bereitgestellt. Du musst also ggf. dort einen HW-Scan durch führen und die neue NIC konfigurieren.

[continuum]

Vlance fuer FreeBSD war immer problematisch - ich kann auch nicht nachvollziehen warum VMware weiterhin vlance fuer Gaeste nimmt die locker mit der e1000 klar kaemen ???

[Rappi]

also die eine wenig frequentierte vm hab ich schon umgestellt...
da gabs auch immer mal diese ethernet log-einträge...
davon sehe ich nix mehr... bis jetzt...
die andere maschine wird morgen früh neu gestartet...
dann beobachte ich das mal...

aber bislang schon sehr vielversprechend!!!

[Rappi]

Hallo nochmal,

die VM läuft jetzt seit einer Woche durch und im Log steht auch nix mehr.
Somit ists also amtlich: Intel e1000 emulation rein, und alles fluppt.

Toll das sowas nichtmal dokumentiert ist.

Danke euch!

Jörg