Package versions: qemu-guest-agent-6.2.0-11.module+el8.6.0+14707+5aa4b42d.x86_64 vdsm-4.50.1.4-1.el8ev.x86_64.rpm RHV-M 4.5.1 Description: Some VMs have a exclamation mark '!' icon indicating that the latest guest addition needs to be installed, but the latest guest agent is already installed. VMs will show the ! on certain Hosts but if migrated to another host the ! will go away. We have tried reinstalling the guest agent on the VMs and have rebooted the hosts. I have one VM that had been powered off and on that has the issue consistently no matter what hypervisor it is on. Other VMs can have the warning on one hypervisor and then not when migrated to another. Also, VMs on the same hypervisor will have the warning while others do not, so this is not related to a per-hypervisor issue. Additional Information: Running the following command does mirror what the RHV-M shows, which is inconsistent with what packages are installed /usr/share/ovirt-engine/dbscripts/engine-psql.sh -c "select vm_guid,vm_fqdn,vm_ip from vm_dynamic where vm_guid in (select vm_guid from vms where vm_name ='vm1.example.com');"
This bug has low overall severity and is not going to be further verified by QE. If you believe special care is required, feel free to properly align relevant severity, flags and keywords to raise PM_Score or use one of the Bumps ('PrioBumpField', 'PrioBumpGSS', 'PrioBumpPM', 'PrioBumpQA') in Keywords to raise it's PM_Score above verification threashold (1000).
Hi Robert, was there any ISO that contains qemu-guest-agent package existing in the ISO/data storage domains?
Tested with: ovirt-engine-4.5.3.1-2.el8ev.noarch Steps: 1. Install virtio-win* on the manager machine by `dnf install virtio-win*` 2. Upload virtio-win-1.9.24.iso which is located in /usr/share/virtio-win/ to ISO domain 3. Create and run a Windows VM that has old qemu-guest-agent version qemu-guest-agent-101.1.0 4. Refresh the image list of the ISO domain, there is an indication on the VM saying "New guest agent is available" 5. Attach virtio-win-1.9.24.iso to the running VM using Change CD. 6. Install the new guest agent from the CD inside the VM. 7. Check if the indication "New guest agent is available" disappears after the VM application list is updated with the new qemu-guest-agent version qemu-guest-agent-102.10.0 Results: The indication "New guest agent is available" doesn't disappear after the VM application list is updated with the new qemu-guest-agent version. The result does not match the fix, so move to Failed QA
I failed to reproduce the bug issue on my environment, but the latest patch fixed the following vcpu error which would cause the "The latest guest agent needs to be installed and running on the guest" warning to occur. ERROR (qgapoller/0) [virt.periodic.Operation] <bound method QemuGuestAgentPoller._poller of <vdsm.virt.qemuguestagent.QemuGuestAgentPoller object at 0x7ffb0ffddcc0>> operation failed (periodic:204) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/periodic.py", line 202, in __call__ self._func() File "/usr/lib/python3.6/site-packages/vdsm/virt/qemuguestagent.py", line 493, in _poller vm_id, self._qga_call_get_vcpus(vm_obj)) File "/usr/lib/python3.6/site-packages/vdsm/virt/qemuguestagent.py", line 814, in _qga_call_get_vcpus if 'online' in vcpus: TypeError: argument of type 'NoneType' is not iterable Move the bug to VERIFIED, feel free to reopen it if the warning issue still exists.
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 (RHV RHEL Host (ovirt-host) [ovirt-4.5.3-2] update), 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-2022:8694
*** Bug 2186668 has been marked as a duplicate of this bug. ***