Details
-
Task
-
Status: In Review (View Workflow)
-
Major
-
Resolution: Unresolved
-
N/A
-
None
-
None
-
Sprint 4 (25.02.2025), Sprint 5 (10.03.2025)
Description
Rationale
As the support policy for RHEL 7.9 has been updated, see the announcement, it should be brought back as a builder with the Extended Lifecycle Support (ELS) repository activated and updated.
TODO
Evaluate if RHEL 7.9 ELS is accesible with our current RHEL development licenses. If not, use to the most recent RHEL 7 that we are allowed to run.
Attachments
Activity
cvicentiu serg monty
MariaDB 10.11 failure because of too old GnuTLS version on RHEL 7 UBI container with standard + extra repositories enabled.
GnuTLS version in RHEL 7 is:
[root@1b2dee34ec4e mariadb-10.11]# yum list installed | grep gnutls |
gnutls.x86_64 3.3.29-9.el7_6 @rhel-7-server-rpms
|
gnutls-c++.x86_64 3.3.29-9.el7_6 @rhel-7-server-rpms
|
gnutls-dane.x86_64 3.3.29-9.el7_6 @rhel-7-server-rpms
|
gnutls-devel.x86_64 3.3.29-9.el7_6 @rhel-7-server-rpms
|
[root@1b2dee34ec4e mariadb-10.11]# cmake . -DBUILD_CONFIG=mysql_release |
-- The C compiler identification is GNU 4.8.5
|
-- The CXX compiler identification is GNU 4.8.5
|
...
|
...
|
...
|
CMake Error at /usr/share/cmake3/Modules/FindPackageHandleStandardArgs.cmake:164 (message): |
Could NOT find GnuTLS: Found unsuitable version "3.3.29", but required is |
at least "3.4.2" (found /usr/lib64/libgnutls.so) |
Call Stack (most recent call first):
|
/usr/share/cmake3/Modules/FindPackageHandleStandardArgs.cmake:443 (_FPHSA_FAILURE_MESSAGE) |
/usr/share/cmake3/Modules/FindGnuTLS.cmake:66 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) |
libmariadb/CMakeLists.txt:345 (FIND_PACKAGE) |
|
[root@1b2dee34ec4e mariadb-10.11]# cat /etc/os-release |
NAME="Red Hat Enterprise Linux Server" |
VERSION="7.9 (Maipo)" |
ID="rhel" |
ID_LIKE="fedora" |
VARIANT="Server" |
VARIANT_ID="server" |
VERSION_ID="7.9" |
PRETTY_NAME="Red Hat Enterprise Linux Server 7.9 (Maipo)" |
|
|
|
|
[root@1b2dee34ec4e mariadb-10.11]# yum repolist |
repo id repo name status |
epel/x86_64 Extra Packages for Enterprise Linux 7 - x86_64 13791 |
rhel-7-server-rpms/7Server/x86_64 Red Hat Enterprise Linux 7 Server (RPMs) 34484 |
ubi-7/x86_64 Red Hat Universal Base Image 7 Server (RPMs) 1018 |
ubi-7-rhah/x86_64 Red Hat Universal Base Image Atomic Host (RPMs) 1 |
ubi-7-server-extras-rpms/x86_64 Red Hat Universal Base Image 7 Server - Extras (RPMs) 7 |
ubi-7-server-optional-rpms/x86_64 Red Hat Universal Base Image 7 Server - Optional (RPMs) 24 |
ubi-server-rhscl-7-rpms/x86_64 Red Hat Software Collections RPMs for Red Hat Universal Base Image 7 Server 670 |
rvarzaru the VM has been re-deployed on the ro-apexis machine.
FYI, the only fix needed is related to EPEL installation which needs to be done from archive now see: https://dl.fedoraproject.org/pub/epel/7/README.
In order to validate the rest of the container image, I've re-build with the latest 10.11 but a downgraded version of libmariadb down to fb0eea663ac3f8c89cd96a0f32204e950003cb9c, right before the GnuTLS update.
Configuration:
cmake . -DBUILD_CONFIG=mysql_release -DRPM=rhel7
|
Comparing my results to the latest 10.11 release on RH7 i.e. https://archive.mariadb.org/mariadb-10.11.9/yum/rhel7-amd64/rpms/
I don't have:
libzstd
|
galera-4
|
For galera-4, it will be solved once we run a galera build on the RH7 container.
I don't understand how https://archive.mariadb.org/mariadb-10.11.9/yum/rhel7-amd64/rpms/libzstd-1.3.4-1.el7.x86_64.rpm ended up on the mirror. cvicentiu any idea?
Other notable changes:
For OQGRAPH I had to downgrade Judy a lot of minor releases to find something that will install on RH7.
Normally, for RH 8 and 9 we use Judy-1.0.5-31.fc38 , see: https://github.com/MariaDB/buildbot/blob/43a165871847aec85c6dd690948fc1c33d2c4741/ci_build_images/rhel.Dockerfile#L46C77-L46C95
But on RH7, RPM is too old for this version of Judy to install.
ERROR You need to update rpm to handle:
|
rpmlib(PayloadIsZstd) <= 5.4.18-1 is needed by Judy-devel-1.0.5-31.fc38.x86_64
|
rpmlib(PayloadIsZstd) <= 5.4.18-1 is needed by Judy-1.0.5-31.fc38.x86_64
|
So I used the one purposed for el7 (enterprise-linux 7) which is:
yum -y install |
"https://kojipkgs.fedoraproject.org/packages/Judy/1.0.5/7.el7/x86_64/Judy-1.0.5-7.el7.x86_64.rpm" \ |
"https://kojipkgs.fedoraproject.org/packages/Judy/1.0.5/7.el7/x86_64/Judy-devel-1.0.5-7.el7.x86_64.rpm" |
Here, cvicentiu I don't know how downgrading Judy will affect us and I can't find any old-bb logs on RH7 to see what was installed there. On new-bb, we never had Judy on RH7, until I discovered the issue now. 
https://gitlab.com/mariadb/sysadmin/-/commit/8f609f768555e3d
FYI, the RHEL qcow2 image has not been upgraded on RHEL download website.
Regarding my previous finding with GnuTLS. cvicentiu , monty serg
Many cmake debugging hours later, I found out that we don't hit this problem in buildbot because:
-> for normal builders: we use RelWithDebInfo
-> for autobake: we use mysql_release with DRPM set
I think this picture is worth 1000 words. So basically in both cases, if OpenSSL is installed on the system, GnuTLS is never needed.
faust can you please re-create the RHEL 7.9 VM ? We only need AMD64. Can be a subtask here.
I've almost found out a solution for container images.