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 :
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(a)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(a)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(a)gmail.com> wrote:
>
>> On Fri, Jan 29, 2021 at 8:44 PM Paul Dyer <pmdyermms(a)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(a)ovirt.org
> To unsubscribe send an email to users-leave(a)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/GY34KCSUCDN...
>