Red Hat Bugzilla – Full Text Bug Listing
|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:|
|Version:||unspecified||CC:||berrange, bodhi.zazen, clalance, crobinso, dustin.kirkland, hbrock, itamar, josiah, markmc, mattdm, michael.monreal+bugs, mzazrivec, pkilambi, sascha-web-bugzilla.redhat.com, stijn, veillard, virt-maint, xen-maint, yoyzhang|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2011-07-07 10:31:06 EDT||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Bug Depends On:||503184|
|Bug Blocks:||495479, 541851, 636033|
Description Itamar Reis Peixoto 2009-04-19 20:50:54 EDT
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.
Comment 1 Mark McLoughlin 2009-04-20 09:09:39 EDT
Yep, this is a known issue: http://www.redhat.com/archives/libvir-list/2008-October/msg00168.html Moving to upstream bugtracker
Comment 2 Mark McLoughlin 2009-05-11 06:02:12 EDT
Ryan Harper posted a patch to add the qemu side of this: http://lists.gnu.org/archive/html/qemu-devel/2009-05/msg00450.html
Comment 3 Mark McLoughlin 2009-06-03 12:45:01 EDT
Okay, moving back to Fedora/rawhide and putting on F12VirtTarget
Comment 4 Daniel Berrange 2009-06-15 06:27:44 EDT
*** Bug 505719 has been marked as a duplicate of this bug. ***
Comment 5 Mark McLoughlin 2009-08-07 07:36:28 EDT
AFAICT, the conclusion from upstream was that libvirt should do system_powerdown followed by polling via info status followed by system_reset
Comment 6 Mark McLoughlin 2009-10-02 05:22:45 EDT
*** Bug 524779 has been marked as a duplicate of this bug. ***
Comment 7 Dustin Kirkland 2010-04-26 18:45:59 EDT
Any update on the status of this bug? The discussion on the Ubuntu dupe  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.
Comment 8 Dustin Kirkland 2010-04-26 18:46:48 EDT
Any update on the status of this bug? The discussion on the Ubuntu dupe  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.  https://bugs.launchpad.net/bugs/368962
Comment 9 Daniel Berrange 2010-04-28 09:13:01 EDT
I most/many Windows, Ctrl-Alt-Delete is a shortcut to bring up the login dialog, not reboot, so its not really viable.
Comment 10 Dustin Kirkland 2010-04-28 10:20:47 EDT
Bummer. I guess it's really been that long since I used Windows. I swear ctrl-alt-delete used to reboot Windows...
Comment 11 Daniel Berrange 2010-04-28 10:27:20 EDT
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
Comment 12 Daniel Berrange 2011-07-07 10:31:06 EDT
commit 42f43592be3045bed5dabdaea65718f6d2c706e4 Author: Daniel P. Berrange <email@example.com> 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.