Bug 1286672 - Insure that Windows Qemu Guest Agent VSS Provider is started after installation
Insure that Windows Qemu Guest Agent VSS Provider is started after installation
Status: VERIFIED
Product: Virtualization Tools
Classification: Community
Component: virtio-win (Show other bugs)
unspecified
Unspecified Windows
unspecified Severity low
: ---
: ---
Assigned To: Yan Vugenfirer
Virtualization Bugs
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2015-11-30 08:22 EST by seecubic
Modified: 2017-08-17 05:56 EDT (History)
9 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description seecubic 2015-11-30 08:22:07 EST
Description of problem:

After installing the latest Qemu Guest Agent (7.2.1) from https://fedoraproject.org/wiki/Windows_Virtio_Drivers the QEMU Guest Agent VSS Provider service is being installed with startup type: Automatic.

After a backup the service is automatically being stopped causing monitoring systems like the Windows server manager to complain about stopped services with startup type automatic.

Because the Qemu guest agent starts the VSS provider service automatically when a backup is being triggered this can easily be solved by changing the startup type to: Manual.

I have now changed the startup type to manual using GPO for all my Qemu Windows guests but it would be better if the provided MSI installer registers the QEMU Guest Agent VSS Provider service with startup type manual during installation.

Version-Release number of selected component (if applicable):
7.2.1

How reproducible:
Always

Steps to Reproduce:
1. Install the latest Qemu guest agent from https://fedoraproject.org/wiki/Windows_Virtio_Drivers
2. Trigger a hyper-visor based backup and find the services being stopped after the backup has completed.
3. After step 2 monitoring systems like e.g. the Windows server manager start complaining that the Qemu guest agent VSS provider service is stopped while its startup type is automatic.

Actual results:
False monitoring alerts

Expected results:
Install Qemu guest agent VSS provider service with startup type manual during installation of the provides MSI package that will prevent false monitoring alerts.

Additional info:
Comment 1 Yan Vugenfirer 2017-03-16 10:00:54 EDT
The actual issue is that provider might not be stated by the installation process. Fixing it.
Comment 2 lijin 2017-08-17 03:37:57 EDT
xiagao,

Could you try to reproduce this issue and verify it?
Comment 3 seecubic 2017-08-17 04:31:46 EDT
FYI

Just verified Qemu Guest Agent 7.3.2 that is included into the virtio-win-0.1.126 iso (latest iso).  This one is still setting the QEMU Guest Agent VSS Provider service to startup type: Automatic.

Also verified the latest available Qemu Guest Agent 7.4.5 which now correctly sets the QEMU Guest Agent VSS Provider service to startup type: Manual.
Comment 4 xiagao 2017-08-17 05:56:45 EDT
> FYI
> 
> Just verified Qemu Guest Agent 7.3.2 that is included into the
> virtio-win-0.1.126 iso (latest iso).  This one is still setting the QEMU
> Guest Agent VSS Provider service to startup type: Automatic.
> 
> Also verified the latest available Qemu Guest Agent 7.4.5 which now
> correctly sets the QEMU Guest Agent VSS Provider service to startup type:
> Manual.

Hi,thanks for your testing. 


Verified this bug in qemu-ga-win-7.4.5.
Steps:
1.boot up a windows guest
2.install vioser driver and qemu-ga-x.msi,check VSS startup type is manual and status is null.
3.issue {"execute":"guest-fsfreeze-freeze"} in host and create snapshot, check VSS status is started
4.issue  {"execute":"guest-fsfreeze-thaw"}in host,check VSS status is null.

The result is expected from comment3 and comment 4.
So set it to VERIFIED.

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