no, but installing ovirt-engine-setup fails in the same way.

But, I was able to find the RHEL8 repo that has javapackages-tools, and that one gave me apache-commons-compress. So, I am again making some progress towards my goals.

[root@r8-bacchus yum.repos.d]# subscription-manager repos --enable=codeready-builder-for-rhel-8-x86_64-rpms

Repository 'codeready-builder-for-rhel-8-x86_64-rpms' is enabled for this system.

[root@r8-bacchus yum.repos.d]# yum module enable javapackages-tools

Updating Subscription Management repositories.

Red Hat CodeReady Linux Builder for RHEL 8 x86_ 3.5 MB/s | 4.4 MB 00:01

Dependencies resolved.

================================================================================

Package Architecture Version Repository Size

================================================================================

Enabling module streams:

javapackages-tools

201801

Transaction Summary

================================================================================

Is this ok [y/N]: y

Complete!

[root@r8-bacchus yum.repos.d]# yum info apache-commons-compress

Updating Subscription Management repositories.

Last metadata expiration check: 0:00:18 ago on Fri 29 Jan 2021 08:00:02 PM CST.

Available Packages

Name : apache-commons-compress

Version : 1.18

Release : 1.module+el8+2598+06babf2e

Architecture : noarch

Size : 526 k

Source : apache-commons-compress-1.18-1.module+el8+2598+06babf2e.src.rpm

Repository : codeready-builder-for-rhel-8-x86_64-rpms

Summary : Java API for working with compressed files and archivers

URL : http://commons.apache.org/proper/commons-compress/

License : ASL 2.0

Description : The Apache Commons Compress library defines an API for working

: with ar, cpio, Unix dump, tar, zip, gzip, XZ, Pack200 and bzip2

: files. In version 1.14 read-only support for Brotli decompression

: has been added, but it has been removed form this package.

On Fri, Jan 29, 2021 at 7:43 PM Derek Atkins <derek@ihtfp.com> wrote:

Ummm.. I realize it's been a while but aren't you supposed to install ovirt-engine-setup and not ovirt-engine?

-derek

Sent using my mobile device. Please excuse any typos.

On January 29, 2021 8:29:00 PM Paul Dyer <pmdyermms@gmail.com> wrote:

thanks Gianluca for the well thought out response. I started over and tried to install RHEL 8 with ovirt 4.4. I ran into a few problems, which may be related. First was that the module javapackages-tools could not be found.

# yum module enable javapackages-tools

Updating Subscription Management repositories.

Last metadata expiration check: 0:17:45 ago on Fri 29 Jan 2021 07:02:20 PM CST.

Error: Problems in request:

missing groups or modules: javapackages-tools

Then, the install of ovirt-engine relies on apache-commons-compress, but no version could pass module filtering.

[root@r8-bacchus yum.repos.d]# yum install ovirt-engine

Updating Subscription Management repositories.

Last metadata expiration check: 0:12:16 ago on Fri 29 Jan 2021 07:02:20 PM CST.

Error:

Problem: package ovirt-engine-4.4.4.7-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- cannot install the best candidate for the job

- package apache-commons-compress-1.20-1.module+el8.2.1+6727+059d025f.noarch is filtered out by modular filtering

- package apache-commons-compress-1.20-3.module+el8.2.1+7436+4afdca1f.noarch is filtered out by modular filtering

(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)

[root@r8-bacchus yum.repos.d]# yum install ovirt-engine --nobest

Updating Subscription Management repositories.

Last metadata expiration check: 0:14:26 ago on Fri 29 Jan 2021 07:02:20 PM CST.

Error:

Problem: conflicting requests

- package ovirt-engine-4.4.0.3-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.1-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.1.1-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.1.10-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.1.2-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.1.3-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.1.4-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.1.5-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.1.6-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.1.7-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.1.8-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.2.6-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.3.10-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.3.11-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.3.12-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.3.3-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.3.4-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.3.5-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.3.6-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.3.7-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.3.8-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.3.9-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.4-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.4.1-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.4.2-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.4.3-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.4.4-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.4.5-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package ovirt-engine-4.4.4.7-1.el8.noarch requires apache-commons-compress, but none of the providers can be installed

- package apache-commons-compress-1.20-1.module+el8.2.1+6727+059d025f.noarch is filtered out by modular filtering

- package apache-commons-compress-1.20-3.module+el8.2.1+7436+4afdca1f.noarch is filtered out by modular filtering

(try to add '--skip-broken' to skip uninstallable packages)

(failed reverse-i-search)`java=': yum module list |grep -i ^Cva

Sorry for the length of these errors. I just thought --nobest might find something for me.

Here is the enabled modules....

[root@r8-bacchus yum.repos.d]# yum module list --enabled

Updating Subscription Management repositories.

Last metadata expiration check: 0:23:39 ago on Fri 29 Jan 2021 07:02:20 PM CST.

Red Hat Enterprise Linux 8 for x86_64 - AppStream (RPMs)

Name Stream Profiles Summary

container-tools rhel8 [d][e] common [ Most recent (rolling) versions of podma

d] n, buildah, skopeo, runc, conmon, runc,

conmon, CRIU, Udica, etc as well as de

pendencies such as container-selinux bu

ilt and tested together, and updated as

frequently as every 12 weeks.

pki-deps 10.6 [e] PKI Dependencies module for PKI 10.6 or

later

postgresql 12 [e] client, PostgreSQL server and client module

server [

d]

python36 3.6 [d][e] build, c Python programming language, version 3.

ommon [d 6

]

satellite-5-client 1.0 [d][e] common [ Red Hat Satellite 5 client packages

d], gui

virt rhel [d][e] common [ Virtualization module

d]

Hint: [d]efault, [e]nabled, [x]disabled, [i]nstalled

Paul

On Fri, Jan 29, 2021 at 5:21 PM Gianluca Cecchi <gianluca.cecchi@gmail.com> wrote:

On Fri, Jan 29, 2021 at 8:44 PM Paul Dyer <pmdyermms@gmail.com> wrote:

Hi,

I am laying the groupwork for upgrade ovirt to 4.4. Since the standalone ovirt mgr is now running on RHEL 7, I have installed RHEL 8 to a new VM. Unfortunately, after installing ovirt-release43, I am not able to find documentation for the dnf modules required. All the current documentation point to ovirt-release44 and dnf modules not available for ovirt 4.3/RHEL 8.

oVirt 4.3.x (both engine server and hypervisors) are only based on CentOS 7.x or RH EL 7.x

oVirt 4.4.y (both engine server and hypervisors) are only based on CentOS 8.x or RH EL 8.x

I think 4.3 on RH EL 8 never tested at all by the developers.

If your target is upgrade from 4.3 to 4.4 you have to do an "application" backup of the 4.3 engine (see the link at the bottom) and restore it on the new engine in 4.4, that is a scratch install on a new system, but can have the same ip/hostname as the old engine server, so that it could be transparent from an user access point of view.

Already done both on oVirt and RHV with external engine, local database.

The old engine and the new one are two vSphere virtual machines.

You can install the new engine based on RH EL 8 with temporary network parameters and then as soon as you have completed the backup of the 4.3 one and copied over it you can shutdown the 4.3 engine server, to keep at a minimum the absence of an engine for the environment that anyway doesn't compromise the workload of your virtual machines.

Of course HA reactions or live migration are not possible in this time frame without an engine.

The restore and the reconfiguration take minutes if you prepare the new engine server in advance.

Read also here for the full details:

https://www.ovirt.org/documentation/upgrade_guide/

HIH,

Gianluca

--

Paul Dyer,
Mercury Consulting Group, RHCE
504-338-8750

_______________________________________________

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/GY34KCSUCDNUV2P6ZW32IHCM66P3MFFO/