In the recent days, I've been trying to validate the transition from CentOS 8 to Alma,
Rocky, Oracle and perhaps soon Liberty Linux for existing HCI clusters.
I am using nested virtualization on a VMware workstation host, because I understand
snapshoting and linked clones much better on VMware, even if I've tested nested
virtualization to some degree with oVirt as well. It makes moving forth and back between
distros and restarting failed oVirt deployments much easier and more reliable than
ovirt-hosted-engine-cleanup.
Installing oVirt 4.10 on TrueCentOS systems, which had been freshly switched to Alma,
Rocky and Oracle went relatively well, apart from Oracle pushing UEK kernels, which break
VDO (and some Python2 mishaps).
I'm still testing transitioning pre-existing TrueCentOS HCI glusters to Alma, Rocky
and Oracle.
While that solves the issue of having the hosts running a mature OS which is downstream of
RHEL, there is still an issue with the management engine being based on the upstream
stream release: It doesn't have the vulnerability managment baked in, which is
required even for labs use in an enterprise.
So I'd like to ask our Redhat friends here: How does this work when releases of oVirt
transition to RHV? Do you backport oVirt changes from Stream to RHEL? When bugs are found
in that process, are they then fed back into oVirt or into the oVirt-to-RHEV proces?