Hello, What yum repositories should be enabled on a 4.5.7 self-hosted engine VM running AlmaLinux 9.8? We successfully updated our cluster (hosted engine VM And all hosts), but are getting the following conflicts when trying to update the VM itself. Many thanks, Devin ——— [root@lnxvirt-engine ~]# dnf repolist --enabled repo id repo name appstream AlmaLinux 9 - AppStream baseos AlmaLinux 9 - BaseOS centos-ceph-pacific CentOS-9-stream - Ceph Pacific centos-gluster10 CentOS-9-stream - Gluster 10 centos-nfv-openvswitch CentOS Stream 9 - NFV OpenvSwitch centos-openstack-yoga CentOS-9 - OpenStack yoga centos-opstools CentOS Stream 9 - OpsTools - collectd centos-ovirt45 CentOS Stream 9 - oVirt 4.5 centos-rabbitmq-38 CentOS-9 - RabbitMQ 38 crb AlmaLinux 9 - CRB extras AlmaLinux 9 - Extras ovirt-45-upstream oVirt upstream for CentOS Stream 9 - oVirt 4.5 resilientstorage AlmaLinux 9 - ResilientStorage [root@lnxvirt-engine ~]# dnf update CentOS-9-stream - Ceph Pacific 1.1 MB/s | 581 kB 00:00 CentOS-9-stream - Gluster 10 17 kB/s | 56 kB 00:03 CentOS-9 - RabbitMQ 38 760 kB/s | 123 kB 00:00 CentOS Stream 9 - NFV OpenvSwitch 3.1 MB/s | 485 kB 00:00 CentOS-9 - OpenStack yoga 663 kB/s | 3.1 MB 00:04 CentOS Stream 9 - OpsTools - collectd 12 kB/s | 51 kB 00:04 CentOS Stream 9 - oVirt 4.5 1.3 MB/s | 1.3 MB 00:00 oVirt upstream for CentOS Stream 9 - oVirt 4.5 3.2 kB/s | 11 kB 00:03 AlmaLinux 9 - AppStream 51 MB/s | 20 MB 00:00 AlmaLinux 9 - BaseOS 60 MB/s | 27 MB 00:00 AlmaLinux 9 - CRB 22 MB/s | 4.9 MB 00:00 AlmaLinux 9 - Extras 220 kB/s | 22 kB 00:00 AlmaLinux 9 - ResilientStorage 1.3 MB/s | 164 kB 00:00 Error: Problem 1: package usbguard-1.1.4-2.el9.x86_64 from @System requires libprotobuf.so.25()(64bit), but none of the providers can be installed - cannot install both protobuf-3.19.0-2.el9s.x86_64 from centos-ceph-pacific and protobuf-3.14.0-17.el9_7.x86_64 from @System - cannot install both protobuf-3.19.0-2.el9s.x86_64 from centos-ceph-pacific and protobuf-3.14.0-6.el9s.x86_64 from centos-ceph-pacific - cannot install both protobuf-3.14.0-17.el9_7.x86_64 from appstream and protobuf-3.19.0-2.el9s.x86_64 from centos-ceph-pacific - cannot install the best update candidate for package usbguard-1.1.4-2.el9.x86_64 - cannot install the best update candidate for package protobuf-3.14.0-17.el9_7.x86_64 Problem 2: package python3-botocore-1.21.58-1.el9s.noarch from @System requires (python3.9dist(jmespath) < 1 with python3.9dist(jmespath) >= 0.7.1), but none of the providers can be installed - cannot install both python3-jmespath-1.0.1-1.el9_7.noarch from appstream and python3-jmespath-0.10.0-1.el9s.noarch from @System - cannot install both python3-jmespath-1.0.1-1.el9_7.noarch from appstream and python3-jmespath-0.10.0-1.el9s.noarch from centos-openstack-yoga - cannot install the best update candidate for package python3-jmespath-0.10.0-1.el9s.noarch - cannot install the best update candidate for package python3-botocore-1.21.58-1.el9s.noarch Problem 3: package python3-pyngus-2.3.0-8.el9s.noarch from @System requires python3.9dist(python-qpid-proton), but none of the providers can be installed - cannot install both python3-qpid-proton-0.39.0-2.el9s.x86_64 from centos-opstools and python3-qpid-proton-0.35.0-2.el9s.x86_64 from @System - cannot install both python3-qpid-proton-0.39.0-2.el9s.x86_64 from centos-opstools and python3-qpid-proton-0.35.0-2.el9s.x86_64 from centos-openstack-yoga - cannot install the best update candidate for package python3-qpid-proton-0.35.0-2.el9s.x86_64 - cannot install the best update candidate for package python3-pyngus-2.3.0-8.el9s.noarch Problem 4: package python3-oslo-messaging-12.13.3-1.el9s.noarch from @System requires python3-pyngus, but none of the providers can be installed - package python3-pyngus-2.3.0-8.el9s.noarch from @System requires python3.9dist(python-qpid-proton), but none of the providers can be installed - package python3-pyngus-2.3.0-8.el9s.noarch from centos-openstack-yoga requires python3.9dist(python-qpid-proton), but none of the providers can be installed - package python3-qpid-proton-0.35.0-2.el9s.x86_64 from @System requires qpid-proton-c(x86-64) = 0.35.0-2.el9s, but none of the providers can be installed - package python3-qpid-proton-0.35.0-2.el9s.x86_64 from centos-openstack-yoga requires qpid-proton-c(x86-64) = 0.35.0-2.el9s, but none of the providers can be installed - cannot install both qpid-proton-c-0.39.0-2.el9s.x86_64 from centos-opstools and qpid-proton-c-0.35.0-2.el9s.x86_64 from @System - cannot install both qpid-proton-c-0.39.0-2.el9s.x86_64 from centos-opstools and qpid-proton-c-0.35.0-2.el9s.x86_64 from centos-openstack-yoga - cannot install the best update candidate for package qpid-proton-c-0.35.0-2.el9s.x86_64 - cannot install the best update candidate for package python3-oslo-messaging-12.13.3-1.el9s.noarch (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) ———
For now, I’ve removed the conflicts by disabling the appstream, centos-ceph-pacific, and centos-opstools repos. Any additional tips on which repos should be enabled and/or how to address the package conflicts would be greatly appreciated. Thanks again, Devin On Aug 11, 2026, at 1:53 PM, Devin A. Bougie via Users <users@ovirt.org> wrote:
Hello,
What yum repositories should be enabled on a 4.5.7 self-hosted engine VM running AlmaLinux 9.8? We successfully updated our cluster (hosted engine VM And all hosts), but are getting the following conflicts when trying to update the VM itself.
Many thanks, Devin
——— [root@lnxvirt-engine ~]# dnf repolist --enabled repo id repo name appstream AlmaLinux 9 - AppStream baseos AlmaLinux 9 - BaseOS centos-ceph-pacific CentOS-9-stream - Ceph Pacific centos-gluster10 CentOS-9-stream - Gluster 10 centos-nfv-openvswitch CentOS Stream 9 - NFV OpenvSwitch centos-openstack-yoga CentOS-9 - OpenStack yoga centos-opstools CentOS Stream 9 - OpsTools - collectd centos-ovirt45 CentOS Stream 9 - oVirt 4.5 centos-rabbitmq-38 CentOS-9 - RabbitMQ 38 crb AlmaLinux 9 - CRB extras AlmaLinux 9 - Extras ovirt-45-upstream oVirt upstream for CentOS Stream 9 - oVirt 4.5 resilientstorage AlmaLinux 9 - ResilientStorage
[root@lnxvirt-engine ~]# dnf update CentOS-9-stream - Ceph Pacific 1.1 MB/s | 581 kB 00:00 CentOS-9-stream - Gluster 10 17 kB/s | 56 kB 00:03 CentOS-9 - RabbitMQ 38 760 kB/s | 123 kB 00:00 CentOS Stream 9 - NFV OpenvSwitch 3.1 MB/s | 485 kB 00:00 CentOS-9 - OpenStack yoga 663 kB/s | 3.1 MB 00:04 CentOS Stream 9 - OpsTools - collectd 12 kB/s | 51 kB 00:04 CentOS Stream 9 - oVirt 4.5 1.3 MB/s | 1.3 MB 00:00 oVirt upstream for CentOS Stream 9 - oVirt 4.5 3.2 kB/s | 11 kB 00:03 AlmaLinux 9 - AppStream 51 MB/s | 20 MB 00:00 AlmaLinux 9 - BaseOS 60 MB/s | 27 MB 00:00 AlmaLinux 9 - CRB 22 MB/s | 4.9 MB 00:00 AlmaLinux 9 - Extras 220 kB/s | 22 kB 00:00 AlmaLinux 9 - ResilientStorage 1.3 MB/s | 164 kB 00:00 Error: Problem 1: package usbguard-1.1.4-2.el9.x86_64 from @System requires libprotobuf.so.25()(64bit), but none of the providers can be installed - cannot install both protobuf-3.19.0-2.el9s.x86_64 from centos-ceph-pacific and protobuf-3.14.0-17.el9_7.x86_64 from @System - cannot install both protobuf-3.19.0-2.el9s.x86_64 from centos-ceph-pacific and protobuf-3.14.0-6.el9s.x86_64 from centos-ceph-pacific - cannot install both protobuf-3.14.0-17.el9_7.x86_64 from appstream and protobuf-3.19.0-2.el9s.x86_64 from centos-ceph-pacific - cannot install the best update candidate for package usbguard-1.1.4-2.el9.x86_64 - cannot install the best update candidate for package protobuf-3.14.0-17.el9_7.x86_64 Problem 2: package python3-botocore-1.21.58-1.el9s.noarch from @System requires (python3.9dist(jmespath) < 1 with python3.9dist(jmespath) >= 0.7.1), but none of the providers can be installed - cannot install both python3-jmespath-1.0.1-1.el9_7.noarch from appstream and python3-jmespath-0.10.0-1.el9s.noarch from @System - cannot install both python3-jmespath-1.0.1-1.el9_7.noarch from appstream and python3-jmespath-0.10.0-1.el9s.noarch from centos-openstack-yoga - cannot install the best update candidate for package python3-jmespath-0.10.0-1.el9s.noarch - cannot install the best update candidate for package python3-botocore-1.21.58-1.el9s.noarch Problem 3: package python3-pyngus-2.3.0-8.el9s.noarch from @System requires python3.9dist(python-qpid-proton), but none of the providers can be installed - cannot install both python3-qpid-proton-0.39.0-2.el9s.x86_64 from centos-opstools and python3-qpid-proton-0.35.0-2.el9s.x86_64 from @System - cannot install both python3-qpid-proton-0.39.0-2.el9s.x86_64 from centos-opstools and python3-qpid-proton-0.35.0-2.el9s.x86_64 from centos-openstack-yoga - cannot install the best update candidate for package python3-qpid-proton-0.35.0-2.el9s.x86_64 - cannot install the best update candidate for package python3-pyngus-2.3.0-8.el9s.noarch Problem 4: package python3-oslo-messaging-12.13.3-1.el9s.noarch from @System requires python3-pyngus, but none of the providers can be installed - package python3-pyngus-2.3.0-8.el9s.noarch from @System requires python3.9dist(python-qpid-proton), but none of the providers can be installed - package python3-pyngus-2.3.0-8.el9s.noarch from centos-openstack-yoga requires python3.9dist(python-qpid-proton), but none of the providers can be installed - package python3-qpid-proton-0.35.0-2.el9s.x86_64 from @System requires qpid-proton-c(x86-64) = 0.35.0-2.el9s, but none of the providers can be installed - package python3-qpid-proton-0.35.0-2.el9s.x86_64 from centos-openstack-yoga requires qpid-proton-c(x86-64) = 0.35.0-2.el9s, but none of the providers can be installed - cannot install both qpid-proton-c-0.39.0-2.el9s.x86_64 from centos-opstools and qpid-proton-c-0.35.0-2.el9s.x86_64 from @System - cannot install both qpid-proton-c-0.39.0-2.el9s.x86_64 from centos-opstools and qpid-proton-c-0.35.0-2.el9s.x86_64 from centos-openstack-yoga - cannot install the best update candidate for package qpid-proton-c-0.35.0-2.el9s.x86_64 - cannot install the best update candidate for package python3-oslo-messaging-12.13.3-1.el9s.noarch (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) ———
_______________________________________________ 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/OXPDU6JYPR2PNX...
Hi
On 11 Aug 2026, at 21:58, Devin A. Bougie via Users <users@ovirt.org> wrote:
For now, I’ve removed the conflicts by disabling the appstream, centos-ceph-pacific, and centos-opstools repos. Any additional tips on which repos should be enabled and/or how to address the package conflicts would be greatly appreciated.
Hundred times written on this list. Use el9 ceph repo for your setup https://download.ceph.com/rpm-tentacle/el9 k
Oracle Confidential Hi Konstantin Instead of disabling the repos, use priorities. Configure all distro repos as priority 10, and all oVirt/Ceph as priority 1. This will avoid conflicts and permit the proper packages to be installed. Marcos Oracle Confidential From: Konstantin Shalygin <k0ste@k0ste.ru> Date: Wednesday, 12 August 2026 at 05:35 To: Devin A. Bougie <devin.bougie@cornell.edu> Cc: users@ovirt.org <users@ovirt.org> Subject: [External] : [ovirt-users]Re: Yum repositories for 4.5.7 hosted engine VM This Message Is From a New Sender You have not previously corresponded with the sender of this message. Report Suspicious<https://us-phishalarm-ewt.proofpoint.com/EWT/v1/ACWV5N9M2RV99hQ!N_20Noeg9EYu9ZPueZ16GJnu7RsFetdXalLUNhqf1FIFWt_OF-E4CXxkbLRqeUUAI9QgseBbSSxigRQhShvlcL2VTK-3RuyOt2U$> Hi On 11 Aug 2026, at 21:58, Devin A. Bougie via Users <users@ovirt.org> wrote: For now, I’ve removed the conflicts by disabling the appstream, centos-ceph-pacific, and centos-opstools repos. Any additional tips on which repos should be enabled and/or how to address the package conflicts would be greatly appreciated. Hundred times written on this list. Use el9 ceph repo for your setup https://download.ceph.com/rpm-tentacle/el9<https://urldefense.com/v3/__https://download.ceph.com/rpm-tentacle/el9__;!!ACWV5N9M2RV99hQ!JQozk71lK067tPMSG2akGGW21kHwYcTJGlWVsxgzGxNN1oi6r24rsKbIcl7G7M6AJs2TDno8LuTzNvk6wVQ$> k
Thanks, Marcos! Just to be clear, I’m asking about the list of repos that are installed by default on a new self-hosted engine VM. Even with priorities as you describe and the ceph repos disabled entirely, I’m seeing conflicts between the installed packages and available updates. For now, I’m still disabling centos-opstools and appstream in order to do a clean “dnf update”. Please see below for the full output, but for example from my understanding: - The installed python3-botocore requires python3-jmespath >= 0.7.1 and < 1.0, but appstream provides python3-jmespath-1.0.1-1.el9_7.noarch - The installed python3-pyngus conflicts with python-qpid-proton from centos-opstools Thanks again, Devin ——— [root@lnxvirt-engine ~]# dnf update Last metadata expiration check: 0:01:24 ago on Thu 13 Aug 2026 10:32:30 AM EDT. Error: Problem 1: package python3-botocore-1.21.58-1.el9s.noarch from @System requires (python3.9dist(jmespath) < 1 with python3.9dist(jmespath) >= 0.7.1), but none of the providers can be installed - cannot install both python3-jmespath-1.0.1-1.el9_7.noarch from appstream and python3-jmespath-0.10.0-1.el9s.noarch from @System - cannot install both python3-jmespath-1.0.1-1.el9_7.noarch from appstream and python3-jmespath-0.10.0-1.el9s.noarch from centos-openstack-yoga - cannot install the best update candidate for package python3-jmespath-0.10.0-1.el9s.noarch - cannot install the best update candidate for package python3-botocore-1.21.58-1.el9s.noarch Problem 2: package python3-pyngus-2.3.0-8.el9s.noarch from @System requires python3.9dist(python-qpid-proton), but none of the providers can be installed - cannot install both python3-qpid-proton-0.39.0-2.el9s.x86_64 from centos-opstools and python3-qpid-proton-0.35.0-2.el9s.x86_64 from @System - cannot install both python3-qpid-proton-0.39.0-2.el9s.x86_64 from centos-opstools and python3-qpid-proton-0.35.0-2.el9s.x86_64 from centos-openstack-yoga - cannot install the best update candidate for package python3-qpid-proton-0.35.0-2.el9s.x86_64 - cannot install the best update candidate for package python3-pyngus-2.3.0-8.el9s.noarch Problem 3: package python3-oslo-messaging-12.13.3-1.el9s.noarch from @System requires python3-pyngus, but none of the providers can be installed - package python3-pyngus-2.3.0-8.el9s.noarch from @System requires python3.9dist(python-qpid-proton), but none of the providers can be installed - package python3-pyngus-2.3.0-8.el9s.noarch from centos-openstack-yoga requires python3.9dist(python-qpid-proton), but none of the providers can be installed - package python3-qpid-proton-0.35.0-2.el9s.x86_64 from @System requires qpid-proton-c(x86-64) = 0.35.0-2.el9s, but none of the providers can be installed - package python3-qpid-proton-0.35.0-2.el9s.x86_64 from centos-openstack-yoga requires qpid-proton-c(x86-64) = 0.35.0-2.el9s, but none of the providers can be installed - cannot install both qpid-proton-c-0.39.0-2.el9s.x86_64 from centos-opstools and qpid-proton-c-0.35.0-2.el9s.x86_64 from @System - cannot install both qpid-proton-c-0.39.0-2.el9s.x86_64 from centos-opstools and qpid-proton-c-0.35.0-2.el9s.x86_64 from centos-openstack-yoga - cannot install the best update candidate for package qpid-proton-c-0.35.0-2.el9s.x86_64 - cannot install the best update candidate for package python3-oslo-messaging-12.13.3-1.el9s.noarch (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) ———
On Aug 12, 2026, at 8:48 AM, Marcos Sungaila <marcos.sungaila@oracle.com> wrote:
You don't often get email from marcos.sungaila@oracle.com. Learn why this is important Oracle Confidential
Hi Konstantin
Instead of disabling the repos, use priorities. Configure all distro repos as priority 10, and all oVirt/Ceph as priority 1. This will avoid conflicts and permit the proper packages to be installed.
Marcos
Oracle Confidential From: Konstantin Shalygin <k0ste@k0ste.ru> Date: Wednesday, 12 August 2026 at 05:35 To: Devin A. Bougie <devin.bougie@cornell.edu> Cc: users@ovirt.org <users@ovirt.org> Subject: [External] : [ovirt-users]Re: Yum repositories for 4.5.7 hosted engine VM
This Message Is From a New Sender You have not previously corresponded with the sender of this message. Report Suspicious Hi
On 11 Aug 2026, at 21:58, Devin A. Bougie via Users <users@ovirt.org> wrote:
For now, I’ve removed the conflicts by disabling the appstream, centos-ceph-pacific, and centos-opstools repos. Any additional tips on which repos should be enabled and/or how to address the package conflicts would be greatly appreciated.
Hundred times written on this list. Use el9 ceph repo for your setup
https://download.ceph.com/rpm-tentacle/el9
k
Oracle Confidential Devin, As I understand, the installed Engine will be the one available from the oVirt repos, which means that it will be a CentOS system. Can you confirm this? If this is correct, all enabled repos are right, and you should be able to update or upgrade the engine following the proper Engine update process. Note that the update command is called engine-upgrade-check (yes, upgrade). Simply running dnf update can break the engine. I would restore all repos configurations before trying to update/upgrade it. These are the steps from Oracle Virtualization, and are very similar to the one from oVirt. https://docs.oracle.com/en/virtualization/oracle-linux-virtualization-manage... Marcos Oracle Confidential From: Devin A. Bougie <devin.bougie@cornell.edu> Date: Thursday, 13 August 2026 at 12:11 To: Marcos Sungaila <marcos.sungaila@oracle.com> Cc: users@ovirt.org <users@ovirt.org> Subject: Re: [External] : [ovirt-users]Re: Yum repositories for 4.5.7 hosted engine VM This Message Is From an External Sender This message came from outside your organization. Report Suspicious<https://us-phishalarm-ewt.proofpoint.com/EWT/v1/ACWV5N9M2RV99hQ!NF261ggu-oYPNRPgl_P1-MTkUOfn-1mpHdokFHz2Ec9l0roxqXDITMXNTXAJ9lNwjjlQuhJjqrcbkb5_tWOt-QbwMyJD15Ak0IwWAeY$> Thanks, Marcos! Just to be clear, I’m asking about the list of repos that are installed by default on a new self-hosted engine VM. Even with priorities as you describe and the ceph repos disabled entirely, I’m seeing conflicts between the installed packages and available updates. For now, I’m still disabling centos-opstools and appstream in order to do a clean “dnf update”. Please see below for the full output, but for example from my understanding: - The installed python3-botocore requires python3-jmespath >= 0.7.1 and < 1.0, but appstream provides python3-jmespath-1.0.1-1.el9_7.noarch - The installed python3-pyngus conflicts with python-qpid-proton from centos-opstools Thanks again, Devin ——— [root@lnxvirt-engine ~]# dnf update Last metadata expiration check: 0:01:24 ago on Thu 13 Aug 2026 10:32:30 AM EDT. Error: Problem 1: package python3-botocore-1.21.58-1.el9s.noarch from @System requires (python3.9dist(jmespath) < 1 with python3.9dist(jmespath) >= 0.7.1), but none of the providers can be installed - cannot install both python3-jmespath-1.0.1-1.el9_7.noarch from appstream and python3-jmespath-0.10.0-1.el9s.noarch from @System - cannot install both python3-jmespath-1.0.1-1.el9_7.noarch from appstream and python3-jmespath-0.10.0-1.el9s.noarch from centos-openstack-yoga - cannot install the best update candidate for package python3-jmespath-0.10.0-1.el9s.noarch - cannot install the best update candidate for package python3-botocore-1.21.58-1.el9s.noarch Problem 2: package python3-pyngus-2.3.0-8.el9s.noarch from @System requires python3.9dist(python-qpid-proton), but none of the providers can be installed - cannot install both python3-qpid-proton-0.39.0-2.el9s.x86_64 from centos-opstools and python3-qpid-proton-0.35.0-2.el9s.x86_64 from @System - cannot install both python3-qpid-proton-0.39.0-2.el9s.x86_64 from centos-opstools and python3-qpid-proton-0.35.0-2.el9s.x86_64 from centos-openstack-yoga - cannot install the best update candidate for package python3-qpid-proton-0.35.0-2.el9s.x86_64 - cannot install the best update candidate for package python3-pyngus-2.3.0-8.el9s.noarch Problem 3: package python3-oslo-messaging-12.13.3-1.el9s.noarch from @System requires python3-pyngus, but none of the providers can be installed - package python3-pyngus-2.3.0-8.el9s.noarch from @System requires python3.9dist(python-qpid-proton), but none of the providers can be installed - package python3-pyngus-2.3.0-8.el9s.noarch from centos-openstack-yoga requires python3.9dist(python-qpid-proton), but none of the providers can be installed - package python3-qpid-proton-0.35.0-2.el9s.x86_64 from @System requires qpid-proton-c(x86-64) = 0.35.0-2.el9s, but none of the providers can be installed - package python3-qpid-proton-0.35.0-2.el9s.x86_64 from centos-openstack-yoga requires qpid-proton-c(x86-64) = 0.35.0-2.el9s, but none of the providers can be installed - cannot install both qpid-proton-c-0.39.0-2.el9s.x86_64 from centos-opstools and qpid-proton-c-0.35.0-2.el9s.x86_64 from @System - cannot install both qpid-proton-c-0.39.0-2.el9s.x86_64 from centos-opstools and qpid-proton-c-0.35.0-2.el9s.x86_64 from centos-openstack-yoga - cannot install the best update candidate for package qpid-proton-c-0.35.0-2.el9s.x86_64 - cannot install the best update candidate for package python3-oslo-messaging-12.13.3-1.el9s.noarch (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) ———
On Aug 12, 2026, at 8:48 AM, Marcos Sungaila <marcos.sungaila@oracle.com> wrote:
You don't often get email from marcos.sungaila@oracle.com. Learn why this is important Oracle Confidential
Hi Konstantin
Instead of disabling the repos, use priorities. Configure all distro repos as priority 10, and all oVirt/Ceph as priority 1. This will avoid conflicts and permit the proper packages to be installed.
Marcos
Oracle Confidential From: Konstantin Shalygin <k0ste@k0ste.ru> Date: Wednesday, 12 August 2026 at 05:35 To: Devin A. Bougie <devin.bougie@cornell.edu> Cc: users@ovirt.org <users@ovirt.org> Subject: [External] : [ovirt-users]Re: Yum repositories for 4.5.7 hosted engine VM
This Message Is From a New Sender You have not previously corresponded with the sender of this message. Report Suspicious Hi
On 11 Aug 2026, at 21:58, Devin A. Bougie via Users <users@ovirt.org> wrote:
For now, I’ve removed the conflicts by disabling the appstream, centos-ceph-pacific, and centos-opstools repos. Any additional tips on which repos should be enabled and/or how to address the package conflicts would be greatly appreciated.
Hundred times written on this list. Use el9 ceph repo for your setup
https://urldefense.com/v3/__https://download.ceph.com/rpm-tentacle/el9__;!!A...
k
Thanks again, Marcos! I followed the "Upgrading a self-hosted engine from oVirt 4.5.6 to 4.5.7” guide linked to at [1] below, which gave us an engine VM running AlmaLinux 9. Perhaps this is from our underlying hosts all being fully updated AlmaLinux 9? Step "11.8. Enabling the Engine repositories” has you end with installing the oVirt 4.5 repositories (they were already installed in our case), and then finishing with a "dnf update -y” on the engine. I see that the Oracle Virtualization guide also ends with a "dnf update” on the engine, but appreciate your advice against a simple “dnf update.” Happy to provide any more information or tests, but can also accept if best practice is to not do a “dnf update” and only update the engine with "engine-upgrade-check” and “engine-setup.” Thanks again, Devin [1] https://www.ovirt.org/documentation/upgrade_guide/#SHE_Upgrading_from_4-5-6
On Aug 13, 2026, at 2:07 PM, Marcos Sungaila <marcos.sungaila@oracle.com> wrote:
Devin,
As I understand, the installed Engine will be the one available from the oVirt repos, which means that it will be a CentOS system. Can you confirm this? If this is correct, all enabled repos are right, and you should be able to update or upgrade the engine following the proper Engine update process. Note that the update command is called engine-upgrade-check (yes, upgrade). Simply running dnf update can break the engine. I would restore all repos configurations before trying to update/upgrade it. These are the steps from Oracle Virtualization, and are very similar to the one from oVirt. https://docs.oracle.com/en/virtualization/oracle-linux-virtualization-manage...
Marcos
Oracle Confidential From: Devin A. Bougie <devin.bougie@cornell.edu> Date: Thursday, 13 August 2026 at 12:11 To: Marcos Sungaila <marcos.sungaila@oracle.com> Cc: users@ovirt.org <users@ovirt.org> Subject: Re: [External] : [ovirt-users]Re: Yum repositories for 4.5.7 hosted engine VM
This Message Is From an External Sender This message came from outside your organization. Report Suspicious Thanks, Marcos!
Just to be clear, I’m asking about the list of repos that are installed by default on a new self-hosted engine VM. Even with priorities as you describe and the ceph repos disabled entirely, I’m seeing conflicts between the installed packages and available updates. For now, I’m still disabling centos-opstools and appstream in order to do a clean “dnf update”.
Please see below for the full output, but for example from my understanding: - The installed python3-botocore requires python3-jmespath >= 0.7.1 and < 1.0, but appstream provides python3-jmespath-1.0.1-1.el9_7.noarch - The installed python3-pyngus conflicts with python-qpid-proton from centos-opstools
Thanks again, Devin
——— [root@lnxvirt-engine ~]# dnf update Last metadata expiration check: 0:01:24 ago on Thu 13 Aug 2026 10:32:30 AM EDT. Error: Problem 1: package python3-botocore-1.21.58-1.el9s.noarch from @System requires (python3.9dist(jmespath) < 1 with python3.9dist(jmespath) >= 0.7.1), but none of the providers can be installed - cannot install both python3-jmespath-1.0.1-1.el9_7.noarch from appstream and python3-jmespath-0.10.0-1.el9s.noarch from @System - cannot install both python3-jmespath-1.0.1-1.el9_7.noarch from appstream and python3-jmespath-0.10.0-1.el9s.noarch from centos-openstack-yoga - cannot install the best update candidate for package python3-jmespath-0.10.0-1.el9s.noarch - cannot install the best update candidate for package python3-botocore-1.21.58-1.el9s.noarch Problem 2: package python3-pyngus-2.3.0-8.el9s.noarch from @System requires python3.9dist(python-qpid-proton), but none of the providers can be installed - cannot install both python3-qpid-proton-0.39.0-2.el9s.x86_64 from centos-opstools and python3-qpid-proton-0.35.0-2.el9s.x86_64 from @System - cannot install both python3-qpid-proton-0.39.0-2.el9s.x86_64 from centos-opstools and python3-qpid-proton-0.35.0-2.el9s.x86_64 from centos-openstack-yoga - cannot install the best update candidate for package python3-qpid-proton-0.35.0-2.el9s.x86_64 - cannot install the best update candidate for package python3-pyngus-2.3.0-8.el9s.noarch Problem 3: package python3-oslo-messaging-12.13.3-1.el9s.noarch from @System requires python3-pyngus, but none of the providers can be installed - package python3-pyngus-2.3.0-8.el9s.noarch from @System requires python3.9dist(python-qpid-proton), but none of the providers can be installed - package python3-pyngus-2.3.0-8.el9s.noarch from centos-openstack-yoga requires python3.9dist(python-qpid-proton), but none of the providers can be installed - package python3-qpid-proton-0.35.0-2.el9s.x86_64 from @System requires qpid-proton-c(x86-64) = 0.35.0-2.el9s, but none of the providers can be installed - package python3-qpid-proton-0.35.0-2.el9s.x86_64 from centos-openstack-yoga requires qpid-proton-c(x86-64) = 0.35.0-2.el9s, but none of the providers can be installed - cannot install both qpid-proton-c-0.39.0-2.el9s.x86_64 from centos-opstools and qpid-proton-c-0.35.0-2.el9s.x86_64 from @System - cannot install both qpid-proton-c-0.39.0-2.el9s.x86_64 from centos-opstools and qpid-proton-c-0.35.0-2.el9s.x86_64 from centos-openstack-yoga - cannot install the best update candidate for package qpid-proton-c-0.35.0-2.el9s.x86_64 - cannot install the best update candidate for package python3-oslo-messaging-12.13.3-1.el9s.noarch (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) ———
On Aug 12, 2026, at 8:48 AM, Marcos Sungaila <marcos.sungaila@oracle.com> wrote:
You don't often get email from marcos.sungaila@oracle.com. Learn why this is important Oracle Confidential
Hi Konstantin
Instead of disabling the repos, use priorities. Configure all distro repos as priority 10, and all oVirt/Ceph as priority 1. This will avoid conflicts and permit the proper packages to be installed.
Marcos
Oracle Confidential From: Konstantin Shalygin <k0ste@k0ste.ru> Date: Wednesday, 12 August 2026 at 05:35 To: Devin A. Bougie <devin.bougie@cornell.edu> Cc: users@ovirt.org <users@ovirt.org> Subject: [External] : [ovirt-users]Re: Yum repositories for 4.5.7 hosted engine VM
This Message Is From a New Sender You have not previously corresponded with the sender of this message. Report Suspicious Hi
On 11 Aug 2026, at 21:58, Devin A. Bougie via Users <users@ovirt.org> wrote:
For now, I’ve removed the conflicts by disabling the appstream, centos-ceph-pacific, and centos-opstools repos. Any additional tips on which repos should be enabled and/or how to address the package conflicts would be greatly appreciated.
Hundred times written on this list. Use el9 ceph repo for your setup
https://urldefense.com/v3/__https://download.ceph.com/rpm-tentacle/el9__;!!A...
k
Oracle Confidential Devin, The “dnf update” command is always the last command to run on the engine instance (guest OS and engine application) update process. The update process always starts with the engine-upgrade-check command, the engine update/upgrade is run by the engine-setup command. In the end, “dnf update” will take care of the OS update/upgrade process. Marcos Oracle Confidential From: Devin A. Bougie <devin.bougie@cornell.edu> Date: Thursday, 13 August 2026 at 15:24 To: Marcos Sungaila <marcos.sungaila@oracle.com> Cc: users@ovirt.org <users@ovirt.org> Subject: Re: [External] : [ovirt-users]Re: Yum repositories for 4.5.7 hosted engine VM This Message Is From an External Sender This message came from outside your organization. Report Suspicious<https://us-phishalarm-ewt.proofpoint.com/EWT/v1/ACWV5N9M2RV99hQ!NF26OEmuWoYOlfPuV130OEG50z6TGT2I6zaYIrhcb9NkOoULbKtvaInoeUg7DcRob4Ra_JcWMw0z4xk23Ip5TjD9Z7q5-jEuHSfPUfw$> Thanks again, Marcos! I followed the "Upgrading a self-hosted engine from oVirt 4.5.6 to 4.5.7” guide linked to at [1] below, which gave us an engine VM running AlmaLinux 9. Perhaps this is from our underlying hosts all being fully updated AlmaLinux 9? Step "11.8. Enabling the Engine repositories” has you end with installing the oVirt 4.5 repositories (they were already installed in our case), and then finishing with a "dnf update -y” on the engine. I see that the Oracle Virtualization guide also ends with a "dnf update” on the engine, but appreciate your advice against a simple “dnf update.” Happy to provide any more information or tests, but can also accept if best practice is to not do a “dnf update” and only update the engine with "engine-upgrade-check” and “engine-setup.” Thanks again, Devin [1] https://urldefense.com/v3/__https://www.ovirt.org/documentation/upgrade_guid...
On Aug 13, 2026, at 2:07 PM, Marcos Sungaila <marcos.sungaila@oracle.com> wrote:
Devin,
As I understand, the installed Engine will be the one available from the oVirt repos, which means that it will be a CentOS system. Can you confirm this? If this is correct, all enabled repos are right, and you should be able to update or upgrade the engine following the proper Engine update process. Note that the update command is called engine-upgrade-check (yes, upgrade). Simply running dnf update can break the engine. I would restore all repos configurations before trying to update/upgrade it. These are the steps from Oracle Virtualization, and are very similar to the one from oVirt. https://docs.oracle.com/en/virtualization/oracle-linux-virtualization-manage...
Marcos
Oracle Confidential From: Devin A. Bougie <devin.bougie@cornell.edu> Date: Thursday, 13 August 2026 at 12:11 To: Marcos Sungaila <marcos.sungaila@oracle.com> Cc: users@ovirt.org <users@ovirt.org> Subject: Re: [External] : [ovirt-users]Re: Yum repositories for 4.5.7 hosted engine VM
This Message Is From an External Sender This message came from outside your organization. Report Suspicious Thanks, Marcos!
Just to be clear, I’m asking about the list of repos that are installed by default on a new self-hosted engine VM. Even with priorities as you describe and the ceph repos disabled entirely, I’m seeing conflicts between the installed packages and available updates. For now, I’m still disabling centos-opstools and appstream in order to do a clean “dnf update”.
Please see below for the full output, but for example from my understanding: - The installed python3-botocore requires python3-jmespath >= 0.7.1 and < 1.0, but appstream provides python3-jmespath-1.0.1-1.el9_7.noarch - The installed python3-pyngus conflicts with python-qpid-proton from centos-opstools
Thanks again, Devin
——— [root@lnxvirt-engine ~]# dnf update Last metadata expiration check: 0:01:24 ago on Thu 13 Aug 2026 10:32:30 AM EDT. Error: Problem 1: package python3-botocore-1.21.58-1.el9s.noarch from @System requires (python3.9dist(jmespath) < 1 with python3.9dist(jmespath) >= 0.7.1), but none of the providers can be installed - cannot install both python3-jmespath-1.0.1-1.el9_7.noarch from appstream and python3-jmespath-0.10.0-1.el9s.noarch from @System - cannot install both python3-jmespath-1.0.1-1.el9_7.noarch from appstream and python3-jmespath-0.10.0-1.el9s.noarch from centos-openstack-yoga - cannot install the best update candidate for package python3-jmespath-0.10.0-1.el9s.noarch - cannot install the best update candidate for package python3-botocore-1.21.58-1.el9s.noarch Problem 2: package python3-pyngus-2.3.0-8.el9s.noarch from @System requires python3.9dist(python-qpid-proton), but none of the providers can be installed - cannot install both python3-qpid-proton-0.39.0-2.el9s.x86_64 from centos-opstools and python3-qpid-proton-0.35.0-2.el9s.x86_64 from @System - cannot install both python3-qpid-proton-0.39.0-2.el9s.x86_64 from centos-opstools and python3-qpid-proton-0.35.0-2.el9s.x86_64 from centos-openstack-yoga - cannot install the best update candidate for package python3-qpid-proton-0.35.0-2.el9s.x86_64 - cannot install the best update candidate for package python3-pyngus-2.3.0-8.el9s.noarch Problem 3: package python3-oslo-messaging-12.13.3-1.el9s.noarch from @System requires python3-pyngus, but none of the providers can be installed - package python3-pyngus-2.3.0-8.el9s.noarch from @System requires python3.9dist(python-qpid-proton), but none of the providers can be installed - package python3-pyngus-2.3.0-8.el9s.noarch from centos-openstack-yoga requires python3.9dist(python-qpid-proton), but none of the providers can be installed - package python3-qpid-proton-0.35.0-2.el9s.x86_64 from @System requires qpid-proton-c(x86-64) = 0.35.0-2.el9s, but none of the providers can be installed - package python3-qpid-proton-0.35.0-2.el9s.x86_64 from centos-openstack-yoga requires qpid-proton-c(x86-64) = 0.35.0-2.el9s, but none of the providers can be installed - cannot install both qpid-proton-c-0.39.0-2.el9s.x86_64 from centos-opstools and qpid-proton-c-0.35.0-2.el9s.x86_64 from @System - cannot install both qpid-proton-c-0.39.0-2.el9s.x86_64 from centos-opstools and qpid-proton-c-0.35.0-2.el9s.x86_64 from centos-openstack-yoga - cannot install the best update candidate for package qpid-proton-c-0.35.0-2.el9s.x86_64 - cannot install the best update candidate for package python3-oslo-messaging-12.13.3-1.el9s.noarch (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) ———
On Aug 12, 2026, at 8:48 AM, Marcos Sungaila <marcos.sungaila@oracle.com> wrote:
You don't often get email from marcos.sungaila@oracle.com. Learn why this is important Oracle Confidential
Hi Konstantin
Instead of disabling the repos, use priorities. Configure all distro repos as priority 10, and all oVirt/Ceph as priority 1. This will avoid conflicts and permit the proper packages to be installed.
Marcos
Oracle Confidential From: Konstantin Shalygin <k0ste@k0ste.ru> Date: Wednesday, 12 August 2026 at 05:35 To: Devin A. Bougie <devin.bougie@cornell.edu> Cc: users@ovirt.org <users@ovirt.org> Subject: [External] : [ovirt-users]Re: Yum repositories for 4.5.7 hosted engine VM
This Message Is From a New Sender You have not previously corresponded with the sender of this message. Report Suspicious Hi
On 11 Aug 2026, at 21:58, Devin A. Bougie via Users <users@ovirt.org> wrote:
For now, I’ve removed the conflicts by disabling the appstream, centos-ceph-pacific, and centos-opstools repos. Any additional tips on which repos should be enabled and/or how to address the package conflicts would be greatly appreciated.
Hundred times written on this list. Use el9 ceph repo for your setup
https://urldefense.com/v3/__https://download.ceph.com/rpm-tentacle/el9__;!!A...
k
résztvevők (3)
-
Devin A. Bougie -
Konstantin Shalygin -
Marcos Sungaila