-
Notifications
You must be signed in to change notification settings - Fork 33
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
images: Move rhel-10-0 from beta to final #7095
Conversation
martinpitt
commented
Nov 13, 2024
•
edited
Loading
edited
- image-refresh rhel-10-0
- RHEL 10 FIPS adjustments cockpit#21264
- testAddDiskNFS troubleshooting cockpit-machines#1909
image-refresh rhel-10-0 done: https://github.com/cockpit-project/bots/commits/image-refresh-rhel-10-0-20241113-165626 |
This is quite a large jump, I expect the same pcp regressions / FIPS changes as in #7091. Let's see! |
Kernel oops with FIPS: https://issues.redhat.com/browse/RHEL-65498 (could require a naughty). Fortunately this doesn't yet break centos-10 (#7091), so testing my changes on that image instead. |
FIPS fixed in cockpit-project/cockpit#21264 (blocking). Tests running there. |
47063c9
to
e02a9c5
Compare
image-refresh rhel-10-0 done: https://github.com/cockpit-project/bots/commits/image-refresh-rhel-10-0-20241114-110909 |
Current nightly RHEL 10 images oops the kernel in FIPS mode (https://issues.redhat.com/browse/RHEL-65498). This breaks Cockpit's crypto-policies tests in a really awkward way that takes > 15 minutes to eventually fail, and so handling this through a naughty is awkward. Install the fixed kernel instead. This automatically becomes a no-op as soon as the next kernel lands.
3abbbf1
to
582eaaf
Compare
# takes ages, so too expensive/intrusive for a naughty to work around; install the proposed fix instead | ||
if [ "$IMAGE" = "rhel-10-0" ] && [ "$(uname -r)" = "6.11.0-28.el10.x86_64" ]; then | ||
dnf update -y https://artifacts.internal.cki-project.org/arr-cki-prod-internal-artifacts/internal-artifacts/1538040565/publish_x86_64/8332871928/artifacts/repo/6.11.0-29.3_1538040423.el10.x86_64/kernel-6.11.0-29.3_1538040423.el10.x86_64.rpm https://artifacts.internal.cki-project.org/arr-cki-prod-internal-artifacts/internal-artifacts/1538040565/publish_x86_64/8332871928/artifacts/repo/6.11.0-29.3_1538040423.el10.x86_64/kernel-core-6.11.0-29.3_1538040423.el10.x86_64.rpm https://artifacts.internal.cki-project.org/arr-cki-prod-internal-artifacts/internal-artifacts/1538040565/publish_x86_64/8332871928/artifacts/repo/6.11.0-29.3_1538040423.el10.x86_64/kernel-modules-6.11.0-29.3_1538040423.el10.x86_64.rpm https://artifacts.internal.cki-project.org/arr-cki-prod-internal-artifacts/internal-artifacts/1538040565/publish_x86_64/8332871928/artifacts/repo/6.11.0-29.3_1538040423.el10.x86_64/kernel-modules-core-6.11.0-29.3_1538040423.el10.x86_64.rpm https://artifacts.internal.cki-project.org/arr-cki-prod-internal-artifacts/internal-artifacts/1538040565/publish_x86_64/8332871928/artifacts/repo/6.11.0-29.3_1538040423.el10.x86_64/kernel-tools-6.11.0-29.3_1538040423.el10.x86_64.rpm https://artifacts.internal.cki-project.org/arr-cki-prod-internal-artifacts/internal-artifacts/1538040565/publish_x86_64/8332871928/artifacts/repo/6.11.0-29.3_1538040423.el10.x86_64/kernel-tools-libs-6.11.0-29.3_1538040423.el10.x86_64.rpm https://artifacts.internal.cki-project.org/arr-cki-prod-internal-artifacts/internal-artifacts/1538040565/publish_x86_64/8332871928/artifacts/repo/6.11.0-29.3_1538040423.el10.x86_64/python3-perf-6.11.0-29.3_1538040423.el10.x86_64.rpm | ||
fi |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🙈 feels appropriate here :)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Look behind! A three-headed monkey! 🐵 🐵 🐵
Meh, testAddDiskNFS puts up a good fight, that smells like more NFS fallout. Investigating.. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not pretty, but "ok". :-)
Fun, that test takes very long, due to some SELinux problem, and then unceremoniously reboots the VM without a further log entry. That smells an awful lot like cockpit-project/cockpit-machines#1900 ? This command:
also takes suspiciously long, like half a minute. It passes with |
cockpit-project/cockpit-machines#1909 should help, WFM locally. |
Uhhh! |
I'd like machines to go green here do, so needs a retry. |