oVirt 4.4.10 Release Notes

The oVirt Project is pleased to announce the availability of the 4.4.10-1 release as of January 21, 2022.

oVirt is a free open-source distributed virtualization solution, designed to manage your entire enterprise infrastructure. oVirt uses the trusted KVM hypervisor and is built upon several other community projects, including libvirt, Gluster, PatternFly, and Ansible.

This release is available now for Red Hat Enterprise Linux 8.5 Beta (or similar) and CentOS Stream.


Starting from oVirt 4.4.6 both oVirt Node and oVirt Engine Appliance are based on CentOS Stream.

Please note that if you are upgrading oVirt Node from previous version you should remove CentOS Linux related yum configuration. See Bug 1955617 - CentOS Repositories should be removed from yum.repo.d when upgrading to CentOS Stream For more details.

To find out how to interact with oVirt developers and users and ask questions, visit our community page. All issues or bugs should be reported via Red Hat Bugzilla.

If you’d like to try oVirt as quickly as possible, follow the instructions on the Download page.

For complete installation, administration, and usage instructions, see the oVirt Documentation.

For a general overview of oVirt, read the About oVirt page.

To learn about features introduced before 4.4.10, see the release notes for previous versions.

  1. oVirt 4.4.10 Release Notes
    1. Known issues
      1. How to prevent hosts entering emergency mode after upgrade from oVirt 4.4.1
    2. What’s New in 4.4.10?
      1. Release Note
        1. oVirt Engine
      2. Enhancements
        1. oVirt Engine
      3. Bug Fixes
        1. VDSM
        2. oVirt Engine
        3. oVirt Engine Data Warehouse
        4. oVirt Hosted Engine HA
      4. Other
        1. VDSM
        2. oVirt Engine
      5. No Doc Update
        1. VDSM
        2. oVirt Engine Data Warehouse
        3. oVirt Hosted Engine HA
        4. Contributors

Known issues

How to prevent hosts entering emergency mode after upgrade from oVirt 4.4.1

Due to [Bug 1837864] - Host enter emergency mode after upgrading to latest build,

If you have your root file system on a multipath device on your hosts you should be aware that after upgrading from 4.4.1 to 4.4.10 you may get your host entering emergency mode.

In order to prevent this be sure to upgrade oVirt Engine first, then on your hosts:

  1. Remove the current lvm filter while still on 4.4.1, or in emergency mode (if rebooted).
  2. Reboot.
  3. Upgrade to 4.4.10 (redeploy in case of already being on 4.4.10).
  4. Run vdsm-tool config-lvm-filter to confirm there is a new filter in place.
  5. Only if not using oVirt Node:
    • run “dracut –force –add multipath” to rebuild initramfs with the correct filter configuration
  6. Reboot.

What’s New in 4.4.10?

Release Note

oVirt Engine

  • BZ 2007286 Host is never fenced after a soft fence attempt

    Previously, a non responsive host was first soft-fenced by the engine, but it didn’t fix the connectivity issue. The engine didn’t initiate a hard fence and the host was left in non responsive status.

In this release, Soft fencing has been fixed, and if the soft fencing does’t make the host responsive again, then the non-responding host treatment process continues correctly with the additional steps.


oVirt Engine

  • BZ 1897114 Add additional logging information to be able to understand why host is stuck in Unassigned state

    In this release, monitoring of host refresh capabilities functionality was improved to help debug very rare production issues that sometimes caused the Red Hat Virtualization Manager to lose connectivity with the Red Hat Virtualization hosts.

Bug Fixes


  • BZ 2023344 vdsmd fails to shut down cleanly when it tries to deactivate a used LV

  • BZ 2012832 Snapshot recovery reports false result

oVirt Engine

  • BZ 2013430 RHV 4.4. FIPS install leaves UUID blank in grub after setting kernel option

  • BZ 2032919 Unable to add RHEL 7 host into RHV Manager in clusters 4.2/4.3

  • BZ 2027424 Consume video device from virt-v2v

  • BZ 2022660 Removing a iSCSI storage connection removes all newly added connections

  • BZ 2025872 VM with a PCI host device and max vCPUs >= 256 fails to start

oVirt Engine Data Warehouse

  • BZ 2014882 Memory and CPU overcommit panels are incorrect in ‘Ovirt executive dashboard/cluster dashboard’ in Grafana

oVirt Hosted Engine HA

  • BZ 2026625 _getHaInfo from vdsm can still get stuck if broker socket is not repsonding



  • BZ 2026809 VM remains locked after importing from vmware/external-ova, we see “‘str’ object has no attribute ‘decode’” in the log

oVirt Engine

  • BZ 2037216 VM imported from configuration is stuck in WaitForLaunch once removed quickly after power-off

  • BZ 1854038 Download or upload disk (SDK) fails due to ‘Timed out waiting for transfer XXX to finalize’

  • BZ 1985746 [CBT][Veeam] Full backup is stuck on ‘FINALIZING’ status when an error occurs during the image transfer flow

  • BZ 2027260 Cold backup fail in various ways - backup is reported ready before add_bitmap jobs complete

  • BZ 2018971 [CBT][Veeam] Scratch disks on block-based storage domain created with the wrong initial size.

  • BZ 2018986 [CBT][Veeam] Allow configurable block-based scratch disk initial size

  • BZ 2015470 [CBT] It’s possible to remove a disk immediately after starting a backup

  • BZ 2013932 [CBT] VM backup scratch disks remains if the VM destroyed during the backup

No Doc Update


  • BZ 2022354 Network gateway stays out-of-sync after upgrade

oVirt Engine Data Warehouse

  • BZ 2014883 None of the grafana dashboard shows ethernet statistics for VMs

oVirt Hosted Engine HA

  • BZ 2025381 VDSM logs are spammed due to multiple connection attempts and drops from ha-agent client


33 people contributed to this release:

Ales Musil (Contributed to: ovirt-engine, ovirt-site, vdsm)
Arik Hadas (Contributed to: ovirt-engine)
Artur Socha (Contributed to: ovirt-engine)
Asaf Rachmani (Contributed to: ovirt-hosted-engine-ha)
Aviv Litman (Contributed to: ovirt-dwh)
Benny Zlotnik (Contributed to: ovirt-engine)
Donna DaCosta (Contributed to: ovirt-site)
Eli Marcus (Contributed to: ovirt-site)
Eli Mesika (Contributed to: ovirt-engine)
Evgheni Dereveanchin (Contributed to: ovirt-site)
Eyal Shenitzky (Contributed to: ovirt-engine)
Jake Reynolds (Contributed to: ovirt-hosted-engine-ha)
Janos Bonic (Contributed to: ovirt-site)
Lev Veyde (Contributed to: ovirt-appliance, ovirt-node-ng-image, ovirt-release, ovirt-site)
Liran Rotenberg (Contributed to: ovirt-engine, vdsm)
Marcin Sobczyk (Contributed to: vdsm)
Martin Nečas (Contributed to: ovirt-ansible-collection)
Martin Perina (Contributed to: ovirt-engine)
Milan Zamazal (Contributed to: ovirt-engine, ovirt-site, vdsm)
Nijin Ashok (Contributed to: ovirt-ansible-collection)
Nir Soffer (Contributed to: vdsm)
Pavel Bar (Contributed to: ovirt-engine)
RichardHoch (Contributed to: ovirt-site)
Saif Abu Saleh (Contributed to: ovirt-engine, ovirt-site)
Sandro Bonazzola (Contributed to: ovirt-engine, ovirt-hosted-engine-ha, ovirt-node-ng-image, ovirt-release, ovirt-site)
Sanja Bonic (Contributed to: ovirt-site)
Scott J Dickerson (Contributed to: ovirt-site)
Shani Leviim (Contributed to: ovirt-engine)
Steve Goodman (Contributed to: ovirt-site)
Tomáš Golembiovský (Contributed to: vdsm)
Yedidyah Bar David (Contributed to: ovirt-hosted-engine-ha)
jekader (Contributed to: ovirt-site)
tinez (Contributed to: ovirt-site)