Bug 473121 - Windows PV drivers do not support shutdown through libvirt or XM
Summary: Windows PV drivers do not support shutdown through libvirt or XM
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: xenpv-win
Version: 5.2
Hardware: All
OS: Linux
medium
medium
Target Milestone: rc
: ---
Assignee: Xen Maintainance List
QA Contact: Virtualization Bugs
URL:
Whiteboard:
: 489845 (view as bug list)
Depends On:
Blocks: 518407 557292
TreeView+ depends on / blocked
 
Reported: 2008-11-26 16:20 UTC by Andrew Cathrow
Modified: 2014-09-07 22:52 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-11-16 13:45:10 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2009:1583 0 normal SHIPPED_LIVE xenpv-win bug fix and enhancement update 2009-11-16 13:44:33 UTC

Description Andrew Cathrow 2008-11-26 16:20:05 UTC
Once the PV drivers are installed a windows guest the guest can no longer be shutdown by virt manager, virsh shutdown or xm shutdown.

The guest can still be shutdown from within the guest operating system or from a virsh destroy.

A customer using virt-manager would see no reaction when the shutdown button is pressed.

Comment 1 Andrew Cathrow 2008-11-26 16:35:12 UTC
When the shutdown command is issues to xend (via virsh/xm/etc), if the guest is paravirtualized then the shutdown command is sent to guest.

For a fully virtualized guest, then if no PV drivers are present the guest is destroyed immediately (literally pulls the plug)
If PV drivers are installed then a shutdown command is sent to the PV drivers.
The current PV drivers do not respond to the shutdown request.

The workaround is to shutdown the virtual machine from within the windows guest (Start -> Shutdwon) or issue the "Destroy" command to XM, virsh or virt-manager

Comment 3 Daniel Berrangé 2008-11-26 17:18:06 UTC
That is not an acceptable workaround. The Windows PV drivers should properly implement controlled shutdown, since that is the whole point of PV support in the guest.

Comment 4 ashok 2009-01-21 08:05:20 UTC
Scott Noone of OSR Inc. Replied to a mail on osr-devel, dated 20=01-2009 as follows.

"The problem is that the shutdown can't be initiated by the driver, it
needs to come from user mode. So, a user mode service and a notification
mechanism need to be created."

Comment 5 Perry Myers 2009-01-21 12:59:22 UTC
Right, so the solution is to create a service in Windows that can be triggered via an event from the driver to shut down the box.

If you take a look at the (supposedly) open sourced GPL Xen Windows PV drivers (I think this is the right link: http://wiki.xensource.com/xenwiki/XenWindowsGplPv) they do this using a Windows service.  We basically need the same thing in our version of the drivers.  Since their code is GPL'd feel free to take it :)

Comment 6 ashok 2009-02-06 09:07:04 UTC
The suggestion which scott gave in a mail at OSR-devel list, dated 5th - feb 2009
and 2nd - feb -2009, Using WMI event to create an event, capture it in userland application and do shutdown.

I am working on that now.

Comment 7 Perry Myers 2009-03-12 12:29:49 UTC
*** Bug 489845 has been marked as a duplicate of this bug. ***

Comment 9 Paolo Bonzini 2009-09-29 14:48:56 UTC
Fixed in latest drop.

Comment 10 Paolo Bonzini 2009-10-09 15:10:59 UTC
Fixed in 1.0.90-1.

Comment 11 Paolo Bonzini 2009-10-12 08:27:58 UTC
RPMs available from http://people.redhat.com/pbonzini/xenpv-win-1.0.91-1

Comment 13 koka xiong 2009-10-30 02:44:14 UTC
1.Install win guest as domu and install xenpv-win
2.Restart the windows guest
3.Run virsh shutdown,xm shutdown,or press shutdown button
The win guest can be shutdown successfully.

Comment 15 errata-xmlrpc 2009-11-16 13:45:10 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHEA-2009-1583.html


Note You need to log in before you can comment on or make changes to this bug.