+++ This bug was initially created as a clone of Bug #1709442 +++ NOTE: Customer is experiencing same problems with vdsm-4.20.47-1.el7ev.x86_64 and rhvm-4.2.6.4-0.1.el7ev.noarch Description of problem: When running VM that was previously powered off, vdsm log contains many warnings like (qgapoller/1) [virt.periodic.VmDispatcher] could not run <function <lambda> at 0x7fe0ec1db1b8> on ['de3f542d-36f3-4758-b667-c2b0b601868f'] (periodic:289) Version-Release number of selected component (if applicable): vdsm-4.30.13-1.el7ev.x86_64 How reproducible: always Steps to Reproduce: 1. run VM 2. when it is up, right click -> Power Off 3. when it is down, run the VM on the same host Actual results: vdsm log contains many warnings could not run <function <lambda> ... Expected results: no warnings Additional info: When VM is regularly shutdown, the warnings are not shown. VM runs ok, no visible problems.
sync2jira
*** Bug 1709442 has been marked as a duplicate of this bug. ***
This should be fixed in 4.4 by recent changes to the QEMU-GA polling mechanism. Can we move it to QE?
Verified on RHV 4.4.2-3. All looks good to me. Env: - Engine instance with RHV 4.4.2-3 and RHEL 8.2.1 installed. - Host with RHV 4.4.2-3 and RHEL 8.2.1, vdsm-4.40.25-1.el8ev, ovirt-engine-4.4.2.2-0.3.el8ev Steps: 1. Create a 4.4 data center and a 4.4 cluster. 2. Install the host, add a storage domain and create a VM. 3. Run the VM and wait for it's status to change to Up. 4. When it is up, right click -> Power Off. 5. When it is down, run the VM on the same host. Results (As Expected): 1. A 4.4 data center and a 4.4 cluster were created. 2. The host installed correctly, the storage domain was created and the VM was created. 3. The VM ran without warnings in the VDSM log. 4. The VM was powered off without warnings in the VDSM log. 5. The VM ran without warnings in the VDSM log.
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) 4.4.z [ovirt-4.4.2]), 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-2020:3822