Skip to content

Conversation

@jiridanek
Copy link
Member

@jiridanek jiridanek commented Nov 13, 2025

Make exception for CPU images that have to stay IBM compatible (Power/Z):

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

```
+ 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
…BM arches are not covered

https://redhat-internal.slack.com/archives/C08GRQ4TRTJ/p1763017110987709?thread_ts=1762999724.802359&cid=C08GRQ4TRTJ

* the exception is RStudio RHEL9 where we don't have IBM Power/Z images so there we can update
@jiridanek
Copy link
Member Author

/build-konflux

@openshift-ci
Copy link

openshift-ci bot commented Nov 15, 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 1ab2215 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.

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