Seite 1 von 1
VM ständig 100% CPU Auslastung
Verfasst: 22.10.2012, 17:01
von AKrause12
Hallo,
ich habe eine VM mit Windows 2008 Datacenter laufen, nun ist seit einer Woche die CPU Auslastung dieser VM bei 100 %. Wenn ich nun Remote auf die VM gehe und den Taskmanger aufrufe, ist die CPU Auslastung sehr gering. Wer verursacht bei der VM diese CPU Last?
Wie gehe ich am Besten vor?
Verfasst: 22.10.2012, 17:05
von Dayworker
Starte mal die Management-Dienste neu und überprüfe dann erneut.
Verfasst: 24.10.2012, 18:18
von AKrause12
Ich habe den Managment Agent des ESXer neugestartet, aber direkt danach kommt der CPU Alarm für 100% Auslastung und wenn ich auf die Konsole der VM gehe und dort in den Windows 2008 Server einlogge, ist im Taskmanger die CPU Auslastung gering.
Wie kann man dies erklären? oder machen?
Verfasst: 24.10.2012, 18:22
von Dayworker
Verlinke mal bitte das vollständige "vmware.log" auf einen Freehoster ohne Zwangsanmeldung bzw Flash oder lad es noch besser gleich auf eigenen Webspace hoch.
Dann sehen wir hoffentlich mehr.
Verfasst: 25.10.2012, 19:55
von AKrause12
vmware.log vom ESXi, oder welche? Ich habe eine vCenter mit 3 ESXi 4.1.
Verfasst: 25.10.2012, 20:37
von Dayworker
Beide.
Entweder gibt das vmware-Log einen ersten Anhaltspunkt zur VM oder hoffentlich listet das vmkernel-Log des mit der Ausführung der VM betrauten ESXi-Hosts eine weitere Möglichkeit.
Ist das eigentlich die einzigste VM auf diesem Host?
Unabhängig davon solltest du auch die Energiespareinstellungen sicherheitshalber überprüfen. Auf VT-Systemen schalten man in den Gäste alle derartigen Einstellungen immer ab und beläßt einzig die Monitorabschaltung nach Zeit aktiv. Ansonsten können sich Host und Gast bei der Beurteilung der Auslastung ins Gehege kommen.
Verfasst: 26.10.2012, 12:09
von AKrause12
Der ESXi4.1 hat 15 VMs, welche alle Windows 2008 Datacenter sind. Bei 14 VMs ist sehr wenig CPU Last, nur wie gesagt die eine VM hat 100% Last. Gemanagt wird der ESXi vom vCenter.
Verfasst: 26.10.2012, 17:05
von Dayworker
Wie sollen wir dir denn helfen, wenn du alles abblockst?
Dein Problem scheint kein 08/15-Ding zu sein und auch VMware würde jetzt von dir alle möglichen Logs anfordern.
Wo genau wird dir eigentlich die hohe CPU-Last angezeigt, bei der Direktaufschaltung auf den betreffenden ESXi oder im vCenter, ggf vCenter auch schon mal neu gestartet?
Ansonsten gehts weiter mit der Frage, wie die Hosts hardwaretechnisch und die Gäste allgemein mit vRAM/CPU ausgestattet sind?
Kannst du die VM isolieren bzw bleibt die hohe Auslastung auch, wenn du die VM auf einen anderen ESXi migrierst?
Verfasst: 27.10.2012, 20:05
von AKrause12
vCenter wurde schon neugestartet. VM wurde schon auf anderen ESXer migriert, hier die Daten der VM:
1 vCPU, 3226MHz belegter Host CPU,Hostarbeitsspeicher 4156MB Arbeitsspeicher für aktiven Gast204MB.
Wie bekomme ich die logs hochgeladen?
Verfasst: 27.10.2012, 20:09
von Dayworker
Dateianhänge sind vom Foreninhaber gesperrt worden und seitdem nutzt man einfach den eigenen Webspace oder einen Freehoster und den am besten ohne Zwangsanmeldung oder Flashmüll.
Sinkt auf einem anderen Host eigentlich die CPU-Auslastung oder treibt die VM auch dort ihr "Unwesen"?
Verfasst: 28.10.2012, 00:23
von AKrause12
Überall, wo diese VM ist, kommt ein Alarm, wegen CPU Last über 100%.
Welchen Webspace Provider oder Freehoster kann man zum Hochladen der Dateien empfehlen?
Verfasst: 28.10.2012, 07:02
von Dayworker
Wenn du keinen eigenen Webspace hast, gehts auch mit über deinen Account bei
http://dropbox.com oder mit
http://load.to. Letzteren finde ich aufgrund der Werbung sehr nervig, da man stellenweise ziemlich lange warten muß, bis man dann die gewünschte Datei endlich sieht bzw downloaden kann.
Als kleiner Tipp am Rande, da ich es selbst nutze, um meinen schmalen DSL-Upload nicht schon mit diversen Foren-Avataren und Verlinkungen in der
BOINC-Welt zu verstopfen. Kostenlosen Webspace gibts unter anderem bei
http://pytal.de. Die Dateigrösse ist allerdings auf magere 2MB begrenzt, um Filesharing aktiv zu begegnen. Dateigrösse und Werbung lassen sich aber jederzeit gegen einen geringen monatlichen Obolus (2€ und 1€) auf 5MB anheben bzw abschalten...
Verfasst: 28.10.2012, 13:04
von AKrause12
Habe über die folgenden Link, messages,hostd,vmware.log verlinkt.
https://www.dropbox.com/sh/j7x3lbpw9h658m3/-1SBf4Rfo0
Verfasst: 28.10.2012, 18:36
von Dayworker
Okay.
Sep 22 11:56:51.080: vmx| USB: Autoconnecting device "IBM RNDIS/CDC ETHER" matching pattern [path:3/1]
Sep 22 11:56:51.080: vmx| USB: Connecting device 0x3000204b34010
Sep 22 11:56:51.080: vmx| VMXVmdbLoadUsbDevices: New set of 1 USB devices
Sep 22 11:56:51.080: vmx| USB: Found device [name:IBM\ RNDIS/CDC\ ETHER vid:04b3 pid:4010 path:3/1 speed:full family:comm]
Brauchst du unbedingt dieses USB-Gerät in der VM?
Wenn dieses Gerät regelmäßig abgefragt werden muß, sorgt es möglicherweise für die hohe Systemlast.
Oct 22 08:37:49.628: vmx| CPT current = 0, requesting 1
Oct 22 08:37:49.628: vcpu-0| E1000: Syncing with mode 1.
Oct 22 08:37:49.628: vcpu-0| Done Sync monModules(1).
Oct 22 08:37:49.628: vcpu-0| CPT: monitor ACKing mode 1
Oct 22 08:37:49.628: vmx| Destroying virtual dev for scsi0:0 vscsi=8200
Oct 22 08:37:49.629: vmx| VMMon_VSCSIStopVports: No such target on adapter
Oct 22 08:37:50.548: vmx| CPT current = 1, requesting 2
Oct 22 08:37:50.548: vcpu-0| CPT: monitor ACKing mode 2
Oct 22 08:37:50.548: vmx| Closing all the disks of the VM.
Oct 22 08:37:50.548: vmx| Closing disk scsi0:0DISKLIB-VMFS : "/vmfs/volumes/4e9d63f7-fc0f2ca7-cd02-e61f13f693f7/server1/server1-flat.vmdk" : closed.
Oct 22 08:37:50.551: vmx| DISKLIB-VMFS : "/vmfs/volumes/4e9d63f7-fc0f2ca7-cd02-e61f13f693f7/server1/server1-flat.vmdk" : open successful (16) size = 85899345920, hd = 5113052. Type 3
Oct 22 08:37:50.551: vmx| DISKLIB-DSCPTR: Opened [0]: "server1-flat.vmdk" (0x10)
Oct 22 08:37:50.551: vmx| DISKLIB-LINK : Opened '/vmfs/volumes/4e9d63f7-fc0f2ca7-cd02-e61f13f693f7/server1/server1.vmdk' (0x10): vmfs, 167772160 sectors / 80 GB.
Oct 22 08:37:50.551: vmx| DISKLIB-LIB : Opened "/vmfs/volumes/4e9d63f7-fc0f2ca7-cd02-e61f13f693f7/server1/server1.vmdk" (flags 0x10, type vmfs).
Oct 22 08:37:50.551: vmx| DISKLIB-LIB : Growing disk '/vmfs/volumes/4e9d63f7-fc0f2ca7-cd02-e61f13f693f7/server1/server1.vmdk' : createType = vmfs
Oct 22 08:37:50.551: vmx| DISKLIB-LIB : Growing disk '/vmfs/volumes/4e9d63f7-fc0f2ca7-cd02-e61f13f693f7/server1/server1.vmdk' : capacity = 167772160 sectors - 80 GB
Oct 22 08:37:50.551: vmx| DISKLIB-LIB : Growing disk '/vmfs/volumes/4e9d63f7-fc0f2ca7-cd02-e61f13f693f7/server1/server1.vmdk' : new capacity = 226000896 sectors - 107.8 GB
Oct 22 08:37:50.560: vmx| DISKLIB-VMFS : "/vmfs/volumes/4e9d63f7-fc0f2ca7-cd02-e61f13f693f7/server1/server1-flat.vmdk" : closed.
Oct 22 08:37:50.560: vmx| DISKLIB-LIB : Failed to grow disk '/vmfs/volumes/4e9d63f7-fc0f2ca7-cd02-e61f13f693f7/server1/server1.vmdk' : There is not enough space on the file system for the selected operation (13).
Oct 22 08:37:50.560: vmx| CPT current = 2, requesting 6
Oct 22 08:37:50.560: vmx| Checkpoint_Unstun: vm stopped for 932195 us
Oct 22 08:37:50.560: vcpu-0| SCSI: switching scsi0 to push completion mode
Oct 22 08:37:50.561: vcpu-0| E1000: Syncing with mode 6.
Oct 22 08:37:50.561: vcpu-0| Done Sync monModules(6).
Oct 22 08:37:50.561: vcpu-0| CPT: monitor ACKing mode 6
Damit die vDISK von 80GiB auf 107.8GiB vergrößert werden konnte, wurde erst nach einem zu konsolidierenden Snapshot gesucht und dann die Erweiterung angeschoben. Diese ist mangels Platz im DS aber fehlgeschlagen.
War die VM vorher auch schon so langsam oder erst seitdem?
Verfasst: 29.10.2012, 08:35
von AKrause12
Danke für die Analyse. Der USB wird benötigt, da dort ein Dongle steckt, für die Lizenzierung.
Das die VM langsam ist, merkt man so kaum, er bringt einfach nur diesen Alarm und unter Leistungen ist die CPU Last über 100%.
Verfasst: 29.10.2012, 18:39
von Dayworker
Im nächsten Wartungsfenster würde ich die VM mal durchstarten. Wenn es dann wieder normal läuft, ist der Schuldige gefunden. Allerdings würde ich bei der Gelegenheit auch gleich mal überprüfen, weshalb der DS so voll ist.
Denn ~28Gig sind nicht wirklich viel und wenn ihr dann noch mit Snapshots zur Durchführung der Backups hantiert, könnte euch auch während eines Backups mal der Platz ausgehen.