Bug 1723582
| Summary: | [downstream clone - 4.3.5] RHV could not detect Guest Agent when create snapshot for the running guest which installed qemu-guest-agent | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | RHV bug bot <rhv-bugzilla-bot> |
| Component: | rhvm-setup-plugins | Assignee: | Tomasz Barański <tbaransk> |
| Status: | CLOSED ERRATA | QA Contact: | Liran Rotenberg <lrotenbe> |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | unspecified | CC: | bugs, hunter86_bg, juzhou, lrotenbe, lsurette, mavital, michal.skrivanek, mkenneth, mxie, mzhan, rbarry, Rhev-m-bugs, rjones, srevivo, tburke, tgolembi, tzheng, xiaodwan |
| Target Milestone: | ovirt-4.3.5 | Keywords: | ZStream |
| Target Release: | 4.3.5 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | rhvm-setup-plugins-4.3.4-1.el7ev | Doc Type: | No Doc Update |
| Doc Text: | Story Points: | --- | |
| Clone Of: | 1696111 | Environment: | |
| Last Closed: | 2019-08-12 11:54:51 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | Virt | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | 1696111 | ||
| Bug Blocks: | |||
|
Description
RHV bug bot
2019-06-24 20:48:13 UTC
Created attachment 1551702 [details]
snapshot-applications
(Originally by Zi Liu)
I assumed this was fixed as part of bug 1615830. Anyway, it should be possible to do that now. The snapshot feature only depends on QEMU-GA so the check should be changed in engine. The warning message could be more specific about which agent it needs too. (Originally by Tomas Golembiovsky) Ah, the bug 1615830 shouldn’t have been closed, it wasn’t finished! (Originally by michal.skrivanek) I experience the same issue on oVirt 4.3.4 RC1 - the warning is showed when using qemu-guest-agent , but is not shown with ovirt-guest-agent. Tested on RHEL 8 VM and openSUSE Leap 15.0 . (Originally by hunter86_bg) I am raising the priority because this is not just about a warning in UI. What is more important is that the fs-freeze is not performed. This is likely to result in corrupted snapshots. (Originally by Tomas Golembiovsky) (In reply to liuzi from comment #0) please don't open downstream RHV bugs when the issue is not RHV-specific (Originally by michal.skrivanek) INFO: Bug status (ON_QA) wasn't changed but the folowing should be fixed: [Tag 'ovirt-engine-4.3.5.2' doesn't contain patch 'https://gerrit.ovirt.org/100267'] gitweb: https://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=shortlog;h=refs/tags/ovirt-engine-4.3.5.2 For more info please contact: rhv-devops INFO: Bug status (ON_QA) wasn't changed but the folowing should be fixed: [Tag 'ovirt-engine-4.3.5.2' doesn't contain patch 'https://gerrit.ovirt.org/100267'] gitweb: https://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=shortlog;h=refs/tags/ovirt-engine-4.3.5.2 For more info please contact: rhv-devops Failed to verify on: ovirt-engine-4.3.5.2-0.1.el7.noarch Steps: 1. Create a VM. 2. Run the VM. 3. Check qemu-guest-agent is exists and running. 4. Create a snapshot(without memory). Result: qemu-guest-agent is running on the VM. qemu-guest-agent-2.12.0-63.module+el8+2833+c7d6d092.x86_64 The warning is still shown: "Could not detect Guest Agent on the VM. Note that without a Guest Agent the data on the created snapshot may be inconsistent." 1. Does the list of application in the VM detail view contain any entries? 2. Could you send me the output of the following query? select * from vdc_options where option_name='AgentAppName'; 3. Could you send me the output of `systemctl status qemu-guest-agent`? 4. Could you send me the output of `virsh -r dumpxml <vm-name> | grep -B1 -A3 "org.qemu.guest_agent"`? (In reply to Tomasz Barański from comment #11) > 1. Does the list of application in the VM detail view contain any entries? > In the engine on the VM -> Applications I have two entries: kernel and qemu-guest-agent-2.12.0 > 2. Could you send me the output of the following query? > > select * from vdc_options where option_name='AgentAppName'; > engine=# select * from vdc_options where option_name='AgentAppName'; option_id | option_name | option_value | version | default_value -----------+--------------+-------------------------------------------------------------------------------------------------------------+---------+---------------------------------------------------------------- --------------------------------------------- 4 | AgentAppName | rhev-agent,rhevm-guest-agent,rhevm-guest-agent-common,RHEV-Agent,ovirt-guest-agent,ovirt-guest-agent-common | general | rhev-agent,rhevm-guest-agent,rhevm-guest-agent-common,RHEV-Agen t,ovirt-guest-agent,ovirt-guest-agent-common (1 row) > 3. Could you send me the output of `systemctl status qemu-guest-agent`? > # systemctl status qemu-guest-agent ● qemu-guest-agent.service - QEMU Guest Agent Loaded: loaded (/usr/lib/systemd/system/qemu-guest-agent.service; enabled; vendor preset: enabled) Active: active (running) since Sun 2019-07-07 07:14:45 EDT; 3h 51min left Main PID: 684 (qemu-ga) Tasks: 1 (limit: 4648) Memory: 1.6M CGroup: /system.slice/qemu-guest-agent.service └─684 /usr/bin/qemu-ga --method=virtio-serial --path=/dev/virtio-ports/org.qemu.guest_agent.0 --blacklist=guest-file-open,guest-file-close,guest-file-read,guest-file-write,guest-file-seek,guest-file-> Jul 07 07:14:45 localhost.localdomain systemd[1]: Started QEMU Guest Agent. > 4. Could you send me the output of `virsh -r dumpxml <vm-name> | grep -B1 > -A3 "org.qemu.guest_agent"`? # virsh -r dumpxml 3 | grep -B1 -A3 "org.qemu.guest_agent" <channel type='unix'> <source mode='bind' path='/var/lib/libvirt/qemu/channels/7c8dde01-b938-4361-94a7-e5db07e15c0e.org.qemu.guest_agent.0'/> <target type='virtio' name='org.qemu.guest_agent.0' state='connected'/> <alias name='channel1'/> <address type='virtio-serial' controller='0' bus='0' port='2'/> </channel> I see that we miss qemu-guest-agent on the DB side. The information I gave now is from ovirt-engine-4.3.5.3-0.1.el7.noarch. This paer of the entry in the vdc_option table: "rhev-agent,rhevm-guest-agent,rhevm-guest-agent-common,RHEV-Agent". Can you track what process put it there? I have a theory that it overwritten the value put by the installer. Verified on:
ovirt-engine-4.3.5.4-0.1.el7.noarch
rhvm-setup-plugins-4.3.4-1.el7ev.noarch
Steps:
1. Create a VM with qemu-guest-agent.
2. Run the VM.
3. Wait for the guest-agent to report to engine(IP, etc..)
4. Create a Snapshot - check for warning message.
Results:
No warning was shown, the engine detected the VM guest-agent when creating a snapshot.
Additional information:
From the DB we now have qemu-guest-agent
engine=# select * from vdc_options where option_name='AgentAppName';
option_id | option_name | option_value | version |
default_value
-----------+--------------+------------------------------------------------------------------------------------------------------------------------------+---------+-----------------------------------------------
-------------------------------------------------------------------------------
4 | AgentAppName | rhev-agent,rhevm-guest-agent,rhevm-guest-agent-common,RHEV-Agent,ovirt-guest-agent,ovirt-guest-agent-common,qemu-guest-agent | general | rhev-agent,rhevm-guest-agent,rhevm-guest-agent
-common,RHEV-Agent,ovirt-guest-agent,ovirt-guest-agent-common,qemu-guest-agent
(1 row)
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. https://access.redhat.com/errata/RHBA-2019:2438 |