RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 808527 - Check for guest agent presence when issuing command
Summary: Check for guest agent presence when issuing command
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: libvirt
Version: 6.3
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Michal Privoznik
QA Contact: Virtualization Bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-03-30 15:39 UTC by Michal Privoznik
Modified: 2012-12-25 08:47 UTC (History)
10 users (show)

Fixed In Version: libvirt-0.9.10-11.el6
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-06-20 06:51:41 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2012:0748 0 normal SHIPPED_LIVE Low: libvirt security, bug fix, and enhancement update 2012-06-19 19:31:38 UTC

Description Michal Privoznik 2012-03-30 15:39:40 UTC 
Description of problem:
Libvirt added support for qemu GA just recently. However, it is possible to stuck an API and therefore tear down whole daemon because when issuing GA command libvirt waits endlessly for its response.


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


How reproducible:
100%

Steps to Reproduce:
1. start guest with GA
2. kill GA within guest
3. issue any API involving GA, e.g.:
    virsh shutdown --mode agent DOMAIN
    virsh snapshot-create --disk-only --quiesce DOMAIN
  
Actual results:
virsh hangs

Expected results:
virsh should print error message

Additional info:
This bug has emerged from Bug 767333 and Bug 804210 because the functionality those two are requesting has been added. However, this bug covers problem one can hit in both of them.
Comment 1 Michal Privoznik 2012-03-31 05:55:55 UTC 
Moving to POST:

http://post-office.corp.redhat.com/archives/rhvirt-patches/2012-March/msg02353.html
Comment 4 dyuan 2012-04-06 08:35:07 UTC 
Verified PASS with libvirt-0.9.10-10.el6.

# time virsh shutdown --mode agent rhel6
error: Failed to shutdown domain rhel6
error: internal error Guest agent not available for now


real	0m4.978s
user	0m0.007s
sys	0m0.007s

# virsh snapshot-create --disk-only --quiesce xp
error: argument unsupported: QEMU guest agent is not configured
Comment 5 dyuan 2012-04-06 09:33:56 UTC 
For the comment 4, the snapshot-create is tested with windows guest xp without GA configured.

When I re-check it with a rhel guest with qemu-ga, but the guest is paused or stop qemu-ga in guest, the error msg doesn't make sense. Is that the expected result ?

pause the guest, then issue snapshot-create:
# virsh list --all
 Id    Name                           State
----------------------------------------------------
 2     rhel6-q                        paused

# virsh snapshot-create --disk-only --quiesce rhel6-q
error: An error occurred, but the cause is unknown


stop qemu-ga in guest, then issue snapshot-create:
# virsh snapshot-create --disk-only --quiesce rhel6-q
error: An error occurred, but the cause is unknown
Comment 6 Michal Privoznik 2012-04-06 10:01:02 UTC 
No it is not. However, since this is restricted to snapshot-create only, I think we should leave this VERIFIED and re-open bug 804210 so I can post patch.
Comment 7 dyuan 2012-04-06 10:14:17 UTC 
(In reply to comment #6)
> No it is not. However, since this is restricted to snapshot-create only, I
> think we should leave this VERIFIED and re-open bug 804210 so I can post patch.

Confirmed with assignee on irc.

The snapshot is rejected for the paused guest in bug 804210, I'll keep it as VERIFIED.
For this bug, I re-assign it for the better msg should be returned when check for guest agent presence.
Comment 8 Michal Privoznik 2012-04-06 11:02:47 UTC 
Patch proposed upstream:

https://www.redhat.com/archives/libvir-list/2012-April/msg00252.html
Comment 9 Michal Privoznik 2012-04-06 11:46:20 UTC 
Moving to POST:

http://post-office.corp.redhat.com/archives/rhvirt-patches/2012-April/msg00174.html
Comment 10 dyuan 2012-04-12 07:16:16 UTC 
Verified PASS with libvirt-0.9.10-11.el6.

# virsh snapshot-create --disk-only --quiesce rhel6-q
error: internal error Guest agent not available for now

# virsh list --all
 Id    Name                           State
----------------------------------------------------
 2     rhel6-q                        running

# virsh suspend rhel6-q
Domain rhel6-q suspended

# virsh snapshot-create --disk-only --quiesce rhel6-q

error: internal error Guest agent not available for now

# virsh list 
 Id    Name                           State
----------------------------------------------------
 2     rhel6-q                        paused

# virsh resume rhel6-q
Domain rhel6-q resumed
Comment 11 dyuan 2012-04-28 08:14:24 UTC 
I just add comment in this bug because the comm 53 in bug 766958 is related to this bug. Too many comments there but it's okay for us to track the following issue in both 2 bugs.

The issue in comm 48 of bug 766958:

start the qemu-ga via # service qemu-ga start, dompmsuspend will fail.

# virsh dompmsuspend rhel6-q mem
error: Domain rhel6-q could not be suspended
error: internal error unable to execute QEMU command 'guest-suspend-ram': unknown QEMU command error

start the qemu-ga via # /usr/bin/qemu-ga start, dompmsuspend is okay.

# virsh dompmsuspend rhel6-q mem
Domain rhel6-q successfully suspended

For qemu-kvm, if you send 'guest-ping' first and then send 'guest-suspend-ram', it will be okay. Please refer to bug 816893.
Comment 13 errata-xmlrpc 2012-06-20 06:51:41 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHSA-2012-0748.html
Comment 14 zhenfeng wang 2012-12-25 08:47:00 UTC 
Now, in pkg qemu-guest-agent-win32-0.12.1.2-2.346.el6.x86_64.rpm  we can do the s3/s4 in windows guest based the windows guest agent supported commands list
supported commands:
"guest-info"
"guest-ping"
"guest-sync-delimited"
"guest-sync"
"guest-shutdown" (include shutdown,reboot,halt)
"guest-suspend-disk"
"guest-suspend-ram"
Since there was a bug 888716 over there ,so the command "guest-susend-disk "not work well so far
Note You need to log in before you can comment on or make changes to this bug.