Bug 479977
| Summary: | qemu-kvm high cpu usage with Windows 2000 Server | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Ari Tilli <ari.tilli> | ||||||
| Component: | python-virtinst | Assignee: | Daniel Berrangé <berrange> | ||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | low | ||||||||
| Version: | 11 | CC: | berrange, clalance, crobinso, gcosta, markmc, maurizio.antillon, virt-maint | ||||||
| Target Milestone: | --- | Keywords: | Reopened | ||||||
| Target Release: | --- | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | 0.400.3-11.fc11 | Doc Type: | Bug Fix | ||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2009-10-27 07:03:41 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
|
Description
Ari Tilli
2009-01-14 11:53:00 UTC
Created attachment 328974 [details]
cat /proc/cpu
Created attachment 328975 [details]
log from /var/log/libvirt/qemu
http://sourceforge.net/tracker/index.php?func=detail&aid=2314737&group_id=180599&atid=893831 Seems that one should use acpi with windows 2000. Though one should IMHO still fix virt-manager package to create acpi-quest-environment by default when installing windows 2000 quest. I will try to use acpi (when I will find out how to change the command line options given to kvm with virt-manager) Try installing the "systat" package and running e.g. "mpstat -P ALL 20 10" for more CPU usage stats. As for trying with ACPI enabled, run "virsh edit MyDomain" and add "<acpi/>" to the <features> section Closing bug, since issue with Windows 2000 running with kvm, i.e. is matter of UPSTREAM/Redmont. So, enabling ACPI fixed the problem? And you selected "Windows 2000" when creating the guest in virt-manager?
If so, we should consider enabling ACPI for Windows 2000 guests by default
In python-virtinst, we have:
"win2k": { "label": "Microsoft Windows 2000",
"acpi": False, "apic": False },
Today I installed Windows 2000 server (SP4) again and selected "Windows 2003" as a quest to be installed. It installed just fine (this leads to acpi=1 apic=1 I think) and the quest is currently running without any problems. CPU now idles as one should expect (Windows gives HALT-command or whatever it is called, and busy loop is not a problem any more.) And I think that shutting down the quest works even better than without acpi. (Well even with "real" Windows shutting down is always a adventure (explorer crashes , saving settings etc ;-)) So at least with Windows 2000 SP4 Server and the current kvm version acpi-hal seems to work even during install on Windows quest side. Though I can not test with CDs with older service packs. Just a small correction to the previous message. W2k Server SP4 crashes once during install when acpi=1 and apic=1. 1) "Blue screen" at the end of second reboot during the install. Install was done with cd-image on hd. (And yes I did not realize to take screen shot of the bs of death :( ) 2) However, when one restarts quest machine, the install continues as expected. And now I have had two quest W2k Servers running (>24h) in same server using acpi and no crashes yet. (Though they only ping each other, so not running heavy application loads yet) (Anyway, if I will have any problems with the quests in the future, I will try kvm-83-1.fc11.x86_64.rpm (or never) if it runs with fc-10 kernel) Second Note: If one installs "Update Rollup 1" for Windows 2000 SP4 (for example by updating with Windows update.) ..then this busy loop problem returns even on acpi-quests !!!! See this link to fix it: http://support.microsoft.com/default.aspx?scid=kb;EN-US;919521 (I am already running kvm-83-1.fc11.x86_64.rpm , but the link should be valid fix for "Update Rollup 1"-problem also in kvm-74 or xen etc.. This is fixed in latest virtinst: we enable acpi/apic for windows XP for all hypervisors except xen < 3.1.0 (which prompted the original acpi settings). However, this would require a pretty invasive backport to get the infrastructure set up: http://hg.et.redhat.com/cgi-bin/hg-virt.cgi/applications/virtinst--devel/shortlog/3c68ba7758a6 http://hg.et.redhat.com/cgi-bin/hg-virt.cgi/applications/virtinst--devel/rev/3c68ba7758a6 So not F-10 material at this point. Moving to F11. python-virtinst-0.400.3-11.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/python-virtinst-0.400.3-11.fc11 python-virtinst-0.400.3-11.fc11 has been pushed to the Fedora 11 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update python-virtinst'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F11/FEDORA-2009-10356 python-virtinst-0.400.3-11.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report. |