Today we've tagged what will be 4.4.4 RC build, to maintain stability and
to allow work on 4.4.5 we have branched 4.4.4 in case of bugs found on the
RC Build that need to be fixed.
The general guidelines:
For your 4.4.5 work - just push to master
For 4.4.4 work (blockers/exceptions only!) - push to master and once it's
merged backport to the ovirt-engine-4.4.4.z branch
since all the important suites are working on el8 already, we're
planning to drop all el7 OST runs with  very soon.
This means we can finally say goodbye to py2 and other legacy stuff!
We still need to move manual OST runs not to use containers for that to
This effort is tracked here .
there's a known issue with OST failing right now during deployment on
The problem is that 'mdevctl' package is missing in CentOS repos and new
require it. While we wait for an official fix, we're rebuilding
ost-images with the package
included from a copr build. Hopefully OST will work in 1-2 hours. Sorry
for the inconvenience.
I am working at the moment on the migration of Ovirt Engine to Wildfly 21.
I have encountered an issue with the http-remoting-connector which uses the
'default' connector. After the switch to Wildfly 21 this is no longer
working. There is an error in server.log complaining about this service not
being started ... however, I have not noticed that anything from the
engine's core functionality is broken. There are even OST passing with this
Does anyone know about any usages of remoting components in ovirt engine?
Perhaps this could be removed as 'dead' configuration?
Assuming, it is being used - I have a patch that seems to fix the problem
. The thing is that I still don't understand why this change is now
required. 'Default' in reference configuration ie. standalone-full.xml is
just http with redirect to https.
Any help much appreciated.
Senior Software Engineer, RHV
since CentOS 8.3 is out, I'm trying to build a new base image for OST,
but there are problems on the engine side.
The provisioning script we use to build the engine VM is here .
The build ends with errors:
Error: Problems in request:
missing groups or modules: javapackages-tools
Last metadata expiration check: 0:00:02 ago on Mon Dec 7 16:00:56 2020.
Problem 1: cannot install the best candidate for the job
- nothing provides apache-commons-compress needed by
- nothing provides apache-commons-jxpath needed by
Problem 2: package
requires ovirt-engine-extension-aaa-ldap = 1.4.3-0.289.202010220206.el8,
but none of the providers can be installed
requires slf4j-jdk14, but none of the providers can be installed
- conflicting requests
- package slf4j-jdk14-1.7.25-4.module_el8.3.0+454+67dccca4.noarch is
filtered out by modular filtering
the prebuilt OST images have been migrated to CentOS 8.3.
If you find any issues with the new images, please let me know.
There is a known issue of 'test_098_ovirt_provider_ovn' failing, but
it's not related
to CentOS 8.3 and should be fixed as soon as we get a new engine build.
We also have a new layer of 'ost-images-el8-he-installed' that contains
installed and is beneficial to HE suites.
Finally, somehow related to yesterday's announcement, fyi we already
OST images based on CentOS Stream since quite some time. For those of
in trying them out it should be as simple as:
dnf install ost-images-el8stream-engine-installed