On 10. 11. 2022, at 1:16, Erkan E via Users <users@ovirt.org> wrote:
Hello,
I have the same issue issue with my oVirt v4.5.x system installed by following the oVirt official installation document at https://www.ovirt.org/download/install_on_rhel.html
The oVirt hosts are Rocky Linux v8.6. When trying to upgrade the oVirt hosts using oVirt's webadmin GUI or by executing the "yum upgrade" command on the oVirt hosts, it fails due to a dependency issue.
"Problem 1: cannot install the best update candidate for package vdsm-4.50.2.2-1.el8.x86_64 - nothing provides qemu-kvm >= 15:6.2.0-11.module+el8.6.0+16360+9e5d914e.4 needed by vdsm-4.50.3.4-1.el8.x86_64"
The oVirt package vdsm-4.50.3.4-1.el8.x86_64 requires qemu-kvm-6.2.0-11.module+el8.6.0+16360+9e5d914e.4 or newer, whereas Rocky Linux provides qemu-kvm-6.2.0-11.module+el8.6.0+1052+ff61d164.6.
For the qemu-kvm package, even though their version numbers are exactly the same (6.2.0-11.module+el8.6.0), dnf/yum thinks that the "1052" build number for RockyLinux is older than the 16360 build number required for vdsm-4.50.3.4-1.el8.x86_64.
And rightly, because 1050 is "older" than 16360. Unfortunately for virt module builds we need to match the whole thing, all of the 8.6.z builds are based on qemu-kvm 6.2.0-11 and we need a zerocopy migration change that has been introduced(backported) only into later builds
When I chatted with Rocky Linux developers, they've explained me that this issue's caused by how the vendor (oVirt) developers pack their software and setting out build requirements. OVirt packages uses the exact version numbers, including the build numbers, which increment on each module build. Unfortunately, Red Hat has a higher increment than all the EL8 derivatives.
I have no idea why rocky is building the modules with different series than RHEL. This way we would indeed have to have a different requirement than rocky, and alma too. We do not test on rocky, but feel free to post a patch for that. Note we're moving away from EL8 entirely and in EL9 the module is (fortunately) gone and the versioning is straightforward again. Thanks, michal
Is it possible to solve this issue if you (oVirt developers) are able to re-set the requirements without using any build numbers (by only saying BuildRequires: qemu-kvm >= 6.2.0-11) to increase the compatibility with the other Enterprise Linux operating systems?
Thank you Erkan E _______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/RGMDHPXA6DH2FH...