Skip to content

Conversation

@jiridanek
Copy link
Member

@jiridanek jiridanek commented Nov 13, 2025

https://issues.redhat.com/browse/RHAIENG-948
https://issues.redhat.com/browse/RHAIENG-2114

https://redhat-internal.slack.com/archives/C07SBP17R7Z/p1763014884722089?thread_ts=1761667034.429529&cid=C07SBP17R7Z

Description

+ dnf install -y perl mesa-libGL skopeo gcc gcc-c++ make openssl-devel autoconf automake libtool cmake python3-devel pybind11-devel openblas-devel unixODBC-devel
  Updating Subscription Management repositories.
  Red Hat Universal Base Image 9 (RPMs) - BaseOS  1.4 MB/s | 433 kB     00:00
  Red Hat Universal Base Image 9 (RPMs) - AppStre 6.4 MB/s | 2.2 MB     00:00
  Red Hat Universal Base Image 9 (RPMs) - CodeRea 683 kB/s | 174 kB     00:00
  Package mesa-libGL-24.2.8-3.el9_6.s390x is already installed.
  Package skopeo-2:1.20.0-1.el9.s390x is already installed.
  Package gcc-11.5.0-11.el9.s390x is already installed.
  Error:
     Problem: package mesa-dri-drivers-25.0.7-3.el9_7.s390x from ubi-9-appstream-rpms requires libLLVM.so.20.1()(64bit), but none of the providers can be installed
      - package mesa-dri-drivers-25.0.7-3.el9_7.s390x from ubi-9-appstream-rpms requires libLLVM.so.20.1(LLVM_20.1)(64bit), but none of the providers can be installed
      - cannot install both llvm-libs-20.1.8-3.el9.s390x from ubi-9-appstream-rpms and llvm-libs-19.1.7-2.el9.s390x from @System
      - package mesa-libGL-25.0.7-3.el9_7.s390x from ubi-9-appstream-rpms requires libgallium-25.0.7.so()(64bit), but none of the providers can be installed

How Has This Been Tested?

Self checklist (all need to be checked):

  • Ensure that you have run make test (gmake on macOS) before asking for review
  • Changes to everything except Dockerfile.konflux files should be done in odh/notebooks and automatically synced to rhds/notebooks. For Konflux-specific changes, modify Dockerfile.konflux files directly in rhds/notebooks as these require special attention in the downstream repository and flow to the upcoming RHOAI release.

Merge criteria:

  • The commits are squashed in a cohesive manner and have meaningful messages.
  • Testing instructions have been added in the PR body (for PRs involving changes that are not immediately obvious).
  • The developer has manually tested the changes and verified that the changes work

@jiridanek
Copy link
Member Author

/build-konflux

1 similar comment
@jiridanek
Copy link
Member Author

/build-konflux

@openshift-ci
Copy link

openshift-ci bot commented Nov 13, 2025

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: ysok
Once this PR has been reviewed and has the lgtm label, please assign harshad16 for approval. For more information see the Code Review Process.

The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@jiridanek
Copy link
Member Author

@ysok I can't do this, the 3.0 images that still have IBM arches support don't have their own repos in them. AIPCC first removed IBM arches support and only then started preserving repo files in /etc/yum.repos.d/

@ysok
Copy link

ysok commented Nov 14, 2025

@jiridanek it was ubi9 that has those repos (may included IBM?), but since we switched to aipcc, it is RHEL9.

I've tried both cpu:3.0-1761580156 and cpu:3.1-1762903336, since they don't have subcription manager, dnf upgrade did shrink their /etc/yum.repos.d/redhat.repo to almost empty, no enabled repos. We have to change and test each dockerfile with AIPCC image to make sure they can be built successfully, I had to use mcurlej's copr.

`podman run --rm -it --platform linux/x86_64 --user root quay.io/aipcc/base-images/cpu:3.1-1762903336 bash -c "ls -alh /etc/yum.repos.d/redhat.repo && dnf upgrade || true && ls -alh /etc/yum.repos.d/redhat.repo"

-rw-r--r--. 1 root root 300K Nov 11 23:21 /etc/yum.repos.d/redhat.repo
Updating Subscription Management repositories.
Unable to read consumer identity
This system is not registered with an entitlement server. You can use subscription-manager to register.
Error: There are no enabled repositories in "/etc/yum.repos.d", "/etc/yum/repos.d", "/etc/distro.repos.d".

-rw-r--r--. 1 root root 359 Nov 14 00:40 /etc/yum.repos.d/redhat.repo`

@openshift-ci openshift-ci bot removed the lgtm label Nov 15, 2025
@openshift-ci
Copy link

openshift-ci bot commented Nov 15, 2025

New changes are detected. LGTM label has been removed.

@jiridanek
Copy link
Member Author

/build-konflux

@jiridanek
Copy link
Member Author

/build-konflux

@jiridanek
Copy link
Member Author

If we stick to the 3.0 aipcc images we use now, then this can't be done. We need to have some package registries enabled because we install packages.

@jiridanek
Copy link
Member Author

/build-konflux

1 similar comment
@jiridanek
Copy link
Member Author

/build-konflux

```
+ dnf install -y perl mesa-libGL skopeo gcc gcc-c++ make openssl-devel autoconf automake libtool cmake python3-devel pybind11-devel openblas-devel unixODBC-devel
  Updating Subscription Management repositories.
  Red Hat Universal Base Image 9 (RPMs) - BaseOS  1.4 MB/s | 433 kB     00:00
  Red Hat Universal Base Image 9 (RPMs) - AppStre 6.4 MB/s | 2.2 MB     00:00
  Red Hat Universal Base Image 9 (RPMs) - CodeRea 683 kB/s | 174 kB     00:00
  Package mesa-libGL-24.2.8-3.el9_6.s390x is already installed.
  Package skopeo-2:1.20.0-1.el9.s390x is already installed.
  Package gcc-11.5.0-11.el9.s390x is already installed.
  Error:
     Problem: package mesa-dri-drivers-25.0.7-3.el9_7.s390x from ubi-9-appstream-rpms requires libLLVM.so.20.1()(64bit), but none of the providers can be installed
      - package mesa-dri-drivers-25.0.7-3.el9_7.s390x from ubi-9-appstream-rpms requires libLLVM.so.20.1(LLVM_20.1)(64bit), but none of the providers can be installed
      - cannot install both llvm-libs-20.1.8-3.el9.s390x from ubi-9-appstream-rpms and llvm-libs-19.1.7-2.el9.s390x from @System
      - package mesa-libGL-25.0.7-3.el9_7.s390x from ubi-9-appstream-rpms requires libgallium-25.0.7.so()(64bit), but none of the providers can be installed
...
```

# Conflicts:
#	codeserver/ubi9-python-3.12/Dockerfile.cpu
#	jupyter/datascience/ubi9-python-3.12/Dockerfile.cpu
#	jupyter/minimal/ubi9-python-3.12/Dockerfile.cpu
#	jupyter/minimal/ubi9-python-3.12/Dockerfile.cuda
#	jupyter/minimal/ubi9-python-3.12/Dockerfile.rocm
#	jupyter/pytorch+llmcompressor/ubi9-python-3.12/Dockerfile.cuda
#	jupyter/pytorch/ubi9-python-3.12/Dockerfile.cuda
#	jupyter/rocm/pytorch/ubi9-python-3.12/Dockerfile.rocm
#	jupyter/rocm/tensorflow/ubi9-python-3.12/Dockerfile.rocm
#	jupyter/tensorflow/ubi9-python-3.12/Dockerfile.cuda
#	jupyter/trustyai/ubi9-python-3.12/Dockerfile.cpu
#	runtimes/minimal/ubi9-python-3.12/Dockerfile.cpu
#	runtimes/pytorch+llmcompressor/ubi9-python-3.12/Dockerfile.cuda
#	runtimes/pytorch/ubi9-python-3.12/Dockerfile.cuda
#	runtimes/rocm-pytorch/ubi9-python-3.12/Dockerfile.rocm
#	runtimes/rocm-tensorflow/ubi9-python-3.12/Dockerfile.rocm
#	runtimes/tensorflow/ubi9-python-3.12/Dockerfile.cuda

# Conflicts:
#	codeserver/ubi9-python-3.12/Dockerfile.konflux.cpu
#	jupyter/datascience/ubi9-python-3.12/Dockerfile.konflux.cpu
#	jupyter/minimal/ubi9-python-3.12/Dockerfile.konflux.cpu
#	jupyter/minimal/ubi9-python-3.12/Dockerfile.konflux.cuda
#	jupyter/minimal/ubi9-python-3.12/Dockerfile.konflux.rocm
#	jupyter/pytorch+llmcompressor/ubi9-python-3.12/Dockerfile.konflux.cuda
#	jupyter/pytorch/ubi9-python-3.12/Dockerfile.konflux.cuda
#	jupyter/rocm/pytorch/ubi9-python-3.12/Dockerfile.konflux.rocm
#	jupyter/rocm/tensorflow/ubi9-python-3.12/Dockerfile.konflux.rocm
#	jupyter/tensorflow/ubi9-python-3.12/Dockerfile.konflux.cuda
#	jupyter/trustyai/ubi9-python-3.12/Dockerfile.konflux.cpu
#	rstudio/rhel9-python-3.12/Dockerfile.cpu
#	rstudio/rhel9-python-3.12/Dockerfile.cuda
#	runtimes/minimal/ubi9-python-3.12/Dockerfile.konflux.cpu
#	runtimes/pytorch+llmcompressor/ubi9-python-3.12/Dockerfile.konflux.cuda
#	runtimes/pytorch/ubi9-python-3.12/Dockerfile.konflux.cuda
#	runtimes/rocm-pytorch/ubi9-python-3.12/Dockerfile.konflux.rocm
#	runtimes/rocm-tensorflow/ubi9-python-3.12/Dockerfile.konflux.rocm
#	runtimes/tensorflow/ubi9-python-3.12/Dockerfile.konflux.cuda
@jiridanek
Copy link
Member Author

/build-konflux

…90x (already added for ppc64le before)

```
        The headers or library files could not be found for zlib,
        a required dependency when compiling Pillow from source.

        Please see the install instructions at:

        https://pillow.readthedocs.io/en/latest/installation/basic-installation.html
```
@jiridanek
Copy link
Member Author

/build-konflux

```
+ uv pip install /wheelsdir/pillow-11.3.0-cp312-cp312-manylinux_2_34_ppc64le.whl /wheelsdir/pyarrow-17.0.0-cp312-cp312-linux_ppc64le.whl
Using Python 3.12.9 environment at: /opt/app-root
  × No solution found when resolving dependencies:
  ╰─▶ Because only numpy==2.3.4 is available and numpy==2.3.4 has no wheels
      with a matching platform tag (e.g., `manylinux_2_34_ppc64le`), we can
      conclude that numpy==2.3.4 cannot be used.
      And because pyarrow==17.0.0 depends on numpy==2.3.4, we can conclude
      that pyarrow==17.0.0 cannot be used.
      And because only pyarrow==17.0.0 is available and you require pyarrow,
      we can conclude that your requirements are unsatisfiable.
      hint: Wheels are available for `numpy` (v2.3.4) on the following
      platforms: `linux_aarch64`, `linux_x86_64`
subprocess exited with status 1
```
@jiridanek
Copy link
Member Author

/build-konflux

2 similar comments
@jiridanek
Copy link
Member Author

/build-konflux

@jiridanek
Copy link
Member Author

/build-konflux

… it causes build failure on ppc64le

```
+ uv pip install --offline --cache-dir /root/.cache/uv --requirements=./pylock.toml
warning: The `--pylock` option is experimental and may change without warning. Pass `--preview-features pylock` to disable this warning.
Using Python 3.12.9 environment at: /opt/app-root
  × Failed to download `setuptools==80.9.0`
  ╰─▶ Network connectivity is disabled, but the
      requested data wasn't found in the cache for:
      `https://files.pythonhosted.org/packages/a3/dc/17031897dae0efacfea57dfd3a82fdd2a2aeb58e0ff71b77b87e44edc772/setuptools-80.9.0-py3-none-any.whl`
subprocess exited with status 1
```
@jiridanek
Copy link
Member Author

/build-konflux

@openshift-ci
Copy link

openshift-ci bot commented Dec 2, 2025

@jiridanek: The following test failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name Commit Details Required Rerun command
ci/prow/images e5ee8cb link true /test images

Full PR test history. Your PR dashboard.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here.

@jiridanek jiridanek merged commit efbaa6e into red-hat-data-services:main Dec 2, 2025
50 of 71 checks passed
@jiridanek jiridanek deleted the jd_remove_ubi9repo branch December 2, 2025 06:58
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants