Bug 496537
| Summary: | RFE: QEMU reboot: Support graceful reboot of qemu/kvm guests | ||
|---|---|---|---|
| Product: | [Community] Virtualization Tools | Reporter: | Itamar Reis Peixoto <itamar> |
| Component: | libvirt | Assignee: | Daniel Veillard <veillard> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | unspecified | CC: | berrange, bodhi.zazen, clalance, crobinso, dustin.kirkland, hbrock, itamar, josiah, markmc, mattdm, michael.monreal, mzazrivec, pkilambi, sascha-web-bugzilla.redhat.com, stijn, veillard, virt-maint, xen-maint, yoyzhang |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-07-07 14:31:06 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: | |||
| Bug Depends On: | 503184 | ||
| Bug Blocks: | 495479, 541851, 636033 | ||
Yep, this is a known issue: http://www.redhat.com/archives/libvir-list/2008-October/msg00168.html Moving to upstream bugtracker Ryan Harper posted a patch to add the qemu side of this: http://lists.gnu.org/archive/html/qemu-devel/2009-05/msg00450.html Okay, moving back to Fedora/rawhide and putting on F12VirtTarget *** Bug 505719 has been marked as a duplicate of this bug. *** AFAICT, the conclusion from upstream was that libvirt should do system_powerdown followed by polling via info status followed by system_reset *** Bug 524779 has been marked as a duplicate of this bug. *** Any update on the status of this bug? The discussion on the Ubuntu dupe [1] of this bug has been lively, lately. We're curious if libvirt might simply implement "reboot" by sending "ctrl-alt-delete" to the guest. It seems that most Linux and Windows operating systems will handle ctrl-alt-delete as a warm reboot fairly consistently. Any update on the status of this bug? The discussion on the Ubuntu dupe [1] of this bug has been lively, lately. We're curious if libvirt might simply implement "reboot" by sending "ctrl-alt-delete" to the guest. It seems that most Linux and Windows operating systems will handle ctrl-alt-delete as a warm reboot fairly consistently. [1] https://bugs.launchpad.net/bugs/368962 I most/many Windows, Ctrl-Alt-Delete is a shortcut to bring up the login dialog, not reboot, so its not really viable. Bummer. I guess it's really been that long since I used Windows. I swear ctrl-alt-delete used to reboot Windows... Win 3.1 & Win 95/98/XP derivatives treat it as a reboot. Win NT and 2k, 2k3, 2k8, Vista, 7, derivatives treat it as a logon signal. http://en.wikipedia.org/wiki/Control-Alt-Delete#Windows commit 42f43592be3045bed5dabdaea65718f6d2c706e4
Author: Daniel P. Berrange <berrange>
Date: Wed Jun 15 17:49:58 2011 +0100
Support reboots with the QEMU driver
For controlled shutdown we issue a 'system_powerdown' command
to the QEMU monitor. This triggers an ACPI event which (most)
guest OS wire up to a controlled shutdown. There is no equiv
ACPI event to trigger a controlled reboot. This patch attempts
to fake a reboot.
|
Description of problem: I receive this error when I press shutdown button Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/engine.py", line 523, in reboot_domain vm.reboot() File "/usr/share/virt-manager/virtManager/domain.py", line 569, in reboot self.vm.reboot(0) File "/usr/lib64/python2.6/site-packages/libvirt.py", line 392, in reboot if ret == -1: raise libvirtError ('virDomainReboot() failed', dom=self) libvirtError: this function is not supported by the hypervisor: virDomainReboot Version-Release number of selected component (if applicable): qemu-0.10-8.fc11.x86_64 virt-manager-0.7.0-4.fc11.x86_64 Expected results: I like to be able to power off and reset a virtual machine using shutdown button, without receiving error message.