Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix for platform-alteration-base-image test case. #1861

Conversation

greyerof
Copy link
Contributor

@greyerof greyerof commented Feb 7, 2024

The original workaround to use a custom podman for this test case stopped working when we switched our debug pod's container image from ubi8 to ubi9 due to libc missing in RHEL8.x based nodes (OCP 4.12.z and lower). This pre-built podman binary was used in this tc no matter the OCP version of the cluster.

This change will make the test case to use our ubi8-based podman only if the test suite is checking CNFs on OCPs 4.12.z or lower. For newer versions of OCP, the podman that's presinstalled in the nodes will be used, as it seems to work well again. I've tested it with SNOs 4.12, 4.13 and 4.14.

We should remove this ugly workaround when 4.12 reaches EOL.

The fix to build podman with ubi8 again is already merged in the partner repo here:
redhat-best-practices-for-k8s/certsuite-sample-workload#394

Also, I changed some logs to use the check's logger.

The original workaround to use a custom podman for this test case
stopped working when we switched our debug pod's image from ubi8 to ubi9
due to libc missing in RHEL8.x based nodes (OCP 4.12.z and lower). This
pre-built podman binary was used in this tc no matter the OCP version of
the cluster.

This commit will make the test case to use our ubi8-based podman only if
the test suite is checking CNFs on OCPs 4.12.z or lower. For newer
versions of OCP, the podman that's presinstalled in the nodes will be
used, as it seems to work well again.

We should remove this ugly workaround when 4.12 reaches EOL.

The fix to build podman with ubi8 again is already merged in the partner repo
here:
redhat-best-practices-for-k8s/certsuite-sample-workload#394
@dcibot
Copy link
Collaborator

dcibot commented Feb 7, 2024

The UT that test the folder creation/mount issues of podman need OCP ver
4.12 or lower to run.
@dcibot
Copy link
Collaborator

dcibot commented Feb 7, 2024

@ramperher
Copy link
Collaborator

check dallas ocp-4.12-vanilla tnf-test-cnf tnf-test-cnf:ansible_extravars=test_network_function_version=HEAD

@greyerof
Copy link
Contributor Author

greyerof commented Feb 7, 2024

Added the do-not-merge label because I'd like to get green light from DCI job on 4.12 before merging it.

@edcdavid
Copy link
Member

edcdavid commented Feb 7, 2024

Regarding this:
"The original workaround to use a custom podman for this test case stopped working when we switched our debug pod's container image from ubi8 to ubi9 due to libc missing in RHEL8.x based nodes (OCP 4.12.z and lower"
Could we just build podman with ubi9 with a static library to resolve this ? See: https://github.com/containers/podman/blob/6b592bd4e46bc08126ed23b1a09077073eaa80a7/Makefile#L122
Should be able to run in all versions.

@greyerof
Copy link
Contributor Author

greyerof commented Feb 7, 2024

Regarding this: "The original workaround to use a custom podman for this test case stopped working when we switched our debug pod's container image from ubi8 to ubi9 due to libc missing in RHEL8.x based nodes (OCP 4.12.z and lower" Could we just build podman with ubi9 with a static library to resolve this ? See: https://github.com/containers/podman/blob/6b592bd4e46bc08126ed23b1a09077073eaa80a7/Makefile#L122 Should be able to run in all versions.

@edcdavid that might solve the issue of podman not finding the right libc version, but libc versions are usually quite linked to the running kernel/shared libs versions. Running podman using a RHEL9.x (statically linked) libc in a RHEL8.x's kernel and libs which were compiled with a different libc version might cause some weird compatiblity issues. It doesn't look like a safe move to me, it's not worth the risk. Apart from that, the ideal scenario is not needing any other podman but the one that's already preinstalled in the nodes, which will happen when 4.12 is EOL.

@ramperher
Copy link
Collaborator

from change #1861:

Please do not merge, the job didn't run the test correctly, I need to re-run it.

@dcibot
Copy link
Collaborator

dcibot commented Feb 8, 2024

Copy link
Collaborator

@ramperher ramperher left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@dcibot
Copy link
Collaborator

dcibot commented Feb 8, 2024

@greyerof greyerof merged commit 310439a into redhat-best-practices-for-k8s:main Feb 8, 2024
19 checks passed
@dcibot
Copy link
Collaborator

dcibot commented Feb 8, 2024

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants