Ich habe drei Windows XP-Gäste auf einem kürzlich aktualisierten 64-Bit-Ubuntu 10.04-System laufen. Gelegentlich (etwa alle paar Tage) reagiert einer der Gäste nicht mehr und der KVM-Prozess auf dem Host, auf dem dieser Gast läuft, verbraucht 100 % der CPU. Dies wird so lange fortgesetzt, bis er beendet wird. Nach einem Neustart funktioniert es eine Weile einwandfrei, dann tritt das Problem erneut auf.
Die zum Ausführen aller drei Gäste verwendete KVM-Befehlszeile lautet wie folgt:
/usr/bin/kvm -S -M pc-0.12 -enable-kvm -m 1024 -smp 1 -name bigdog21vmxp1 \
-uuid ea47ff84-125b-16f7-9a4d-a6d0d8bab46a \
-chardev socket,id=monitor,path=/var/lib/libvirt/qemu/bigdog21vmxp1.monitor,server,nowait \
-monitor chardev:monitor \
-localtime \
-boot c \
-drive file=/var/lib/libvirt/images/windowsxp-1.qcow2,if=ide,index=0,boot=on,format=qcow2 \
-net nic,macaddr=54:52:00:02:06:0e,vlan=0,name=nic.0 \
-net tap,fd=58,vlan=0,name=tap.0 \
-chardev pty,id=serial0 \
-serial chardev:serial0 \
-parallel none \
-usb \
-usbdevice tablet \
-vnc 127.0.0.1:1 \
-k en-us \
-vga cirrus \
-soundhw es1370
Warum kommt es manchmal zu solchen Fehlfunktionen der Systeme? Und welche Konfiguration kann ich ändern, um das Problem zu beheben? Oder, wenn das Problem auf einen Fehler in KVM zurückzuführen ist, wie kann ein KVM-Fehler isoliert werden, damit die Entwickler die Möglichkeit haben, ihn zu beheben?
Antwort1
Die beste Möglichkeit, dies zu debuggen, besteht darin, alle Argumente außer den erforderlichen zu entfernen und die entfernten Argumente hinzuzufügen, bis es wieder kaputt geht. Nur so konnte ich mein Problem beim letzten Mal finden (unter uec 10.10).
Antwort2
Wie hoch ist die Wahrscheinlichkeit, dass das Problem immer dann auftritt, wenn der Windows-Gast neu gestartet werden soll (z. B. nach einem automatischen Update)? Bei mir kam es unter libvirt+kvm auf Ubuntu Jaunty immer zu einem Einfrieren beim Neustart von Windows-Gästen. Jetzt, da mein Host Debian Squeeze ausführt, passiert das nicht mehr.