Skip to content

Add periodic CI cluster-updates evaluation jobs for 4.22#82093

Draft
fao89 wants to merge 1 commit into
openshift:mainfrom
fao89:cluster-update-evals
Draft

Add periodic CI cluster-updates evaluation jobs for 4.22#82093
fao89 wants to merge 1 commit into
openshift:mainfrom
fao89:cluster-update-evals

Conversation

@fao89

@fao89 fao89 commented Jul 17, 2026

Copy link
Copy Markdown
Member

Add CI configuration for cluster-updates-evals with periodic evaluation jobs for each LLM provider (OpenAI, WatsonX, Google Vertex, Google Vertex Anthropic) running daily against OCP 4.22 clusters.

Co-Authored-By: Claude Opus 4.6 noreply@anthropic.com

rh-pre-commit.version: 2.3.2
rh-pre-commit.check-secrets: ENABLED

Summary by CodeRabbit

  • Adds OpenShift CI configuration for fao89/cluster-updates-evals targeting OCP 4.22.
  • Schedules daily cluster-update evaluations for OpenAI, WatsonX, Google Vertex, and Google Vertex Anthropic.
  • Configures provider credentials, test workflows, resource defaults, and must-gather collection.
  • Adds generated ownership, Prow plugin, trigger, and Tide merge configuration for the repository.

Add CI configuration for cluster-updates-evals with periodic evaluation
jobs for each LLM provider (OpenAI, WatsonX, Google Vertex, Google Vertex
Anthropic) running daily against OCP 4.22 clusters.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

rh-pre-commit.version: 2.3.2
rh-pre-commit.check-secrets: ENABLED
@openshift-ci openshift-ci Bot added the do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. label Jul 17, 2026
@openshift-ci

openshift-ci Bot commented Jul 17, 2026

Copy link
Copy Markdown
Contributor

Skipping CI for Draft Pull Request.
If you want CI signal for your change, please convert it to an actual PR.
You can still manually trigger a test run with /test all

@fao89

fao89 commented Jul 17, 2026

Copy link
Copy Markdown
Member Author

/pj-rehearse

@coderabbitai

coderabbitai Bot commented Jul 17, 2026

Copy link
Copy Markdown
Contributor

Walkthrough

The repository receives generated ownership and Prow configuration, alongside an OCP 4.22 CI evaluation definition with four scheduled provider-specific periodic tests using the cluster-updates test script.

Changes

Cluster updates evaluation onboarding

Layer / File(s) Summary
Prow repository registration
core-services/prow/02_config/fao89/cluster-updates-evals/*
Adds generated ownership, plugin, trigger-trust, and Tide configuration for fao89/cluster-updates-evals.
4.22 evaluation jobs
ci-operator/config/fao89/cluster-updates-evals/*
Defines the evaluation image, Python build root, OCP 4.22 release stream, resource defaults, metadata, and four scheduled OpenAI, Watsonx, Vertex, and Vertex-Anthropic periodic tests.

Estimated code review effort: 3 (Moderate) | ~20 minutes

Sequence Diagram(s)

sequenceDiagram
  participant PeriodicScheduler
  participant GenericClaimWorkflow
  participant ProviderSecrets
  participant LightspeedServiceAPI
  participant ClusterUpdatesScript

  PeriodicScheduler->>GenericClaimWorkflow: Start scheduled provider evaluation
  GenericClaimWorkflow->>ProviderSecrets: Mount provider token secrets
  GenericClaimWorkflow->>LightspeedServiceAPI: Provide OLS_IMAGE dependency
  GenericClaimWorkflow->>ClusterUpdatesScript: Run test-cluster-updates.sh
  ClusterUpdatesScript-->>GenericClaimWorkflow: Return evaluation result
Loading

Important

Pre-merge checks failed

Please resolve all errors before merging. Addressing warnings is optional.

❌ Failed checks (1 error, 1 warning)

Check name Status Explanation Resolution
Container-Privileges ❌ Error ci-operator/.../fao89-cluster-updates-evals-main__4.22.yaml leaves the build-root image on USER 0 after dnf install, so it runs as root. Switch back to the base image’s non-root UID after installing git (don’t leave the build-root image on USER 0).
Ipv6 And Disconnected Network Test Compatibility ⚠️ Warning The new periodic jobs use OpenAI, WatsonX, and Vertex API credentials, so they depend on external services outside the cluster. Add [Skipped:Disconnected] or otherwise gate these tests for disconnected IPv6 jobs, and verify any external API use is optional in those environments.
✅ Passed checks (13 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title accurately summarizes the main change: adding periodic cluster-updates evaluation CI jobs for OCP 4.22.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.
Stable And Deterministic Test Names ✅ Passed PR only adds static CI/prow YAML config; no Ginkgo It/Describe/Context/When titles or dynamic test names are introduced.
Test Structure And Quality ✅ Passed No Ginkgo test code was changed; the PR only adds CI/prow config and OWNERS manifests, so this check is not applicable.
Microshift Test Compatibility ✅ Passed PR only adds CI/Prow config and generated job YAML; no new Ginkgo e2e test bodies were added to evaluate for MicroShift compatibility.
Single Node Openshift (Sno) Test Compatibility ✅ Passed No new Ginkgo test code was added; this PR only adds CI/job config, so the SNO multi-node compatibility check is not applicable.
Topology-Aware Scheduling Compatibility ✅ Passed No deployment manifests, operator code, or controllers were modified; the PR only adds CI/Prow config, and the new YAML contains no topology-sensitive scheduling constraints.
Ote Binary Stdout Contract ✅ Passed PASS: The PR only adds generated CI/Prow YAML and OWNERS files; no Go/test entrypoints or suite setup code was changed, so no stdout contract risk.
No-Weak-Crypto ✅ Passed PASS: Changed files are CI/prow YAML only; searches found no MD5/SHA1/DES/RC4/3DES/Blowfish/ECB, custom crypto, or token comparisons.
No-Sensitive-Data-In-Logs ✅ Passed Changed files are CI config/OWNERS only; no set -x, printenv, or echo of secret values. Secrets are referenced only as file-backed env vars.
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests

Comment @coderabbitai help to get the list of available commands.

@openshift-merge-bot

Copy link
Copy Markdown
Contributor

@fao89: now processing your pj-rehearse request. Please allow up to 10 minutes for jobs to trigger or cancel.

@openshift-ci

openshift-ci Bot commented Jul 17, 2026

Copy link
Copy Markdown
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: fao89

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

The pull request process is described here

Details 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

@openshift-ci openshift-ci Bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Jul 17, 2026
@fao89

fao89 commented Jul 17, 2026

Copy link
Copy Markdown
Member Author

/pj-rehearse periodic-ci-fao89-cluster-updates-evals-main-4.22-cu-eval-openai-periodics

@openshift-merge-bot

Copy link
Copy Markdown
Contributor

@fao89: now processing your pj-rehearse request. Please allow up to 10 minutes for jobs to trigger or cancel.

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Actionable comments posted: 2

🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Inline comments:
In
`@ci-operator/config/fao89/cluster-updates-evals/fao89-cluster-updates-evals-main__4.22.yaml`:
- Around line 25-180: Run make update to regenerate the downstream Prow job
definitions for the four new periodic tests—cu-eval-openai-periodics,
cu-eval-watsonx-periodics, cu-eval-vertex-periodics, and
cu-eval-vertex-anthropic-periodics—and include all generated artifacts in the
change.
- Around line 9-11: Update the Dockerfile fragment after the Git installation in
the main image build to restore the image’s standard non-root runtime user
instead of leaving USER 0 active. Add the appropriate non-root USER directive
immediately after the dnf cleanup, preserving the existing installation steps.
🪄 Autofix (Beta)

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: Repository YAML (base), Central YAML (inherited)

Review profile: CHILL

Plan: Enterprise

Run ID: 48f09b52-3001-4666-874e-68ce37e75e35

📥 Commits

Reviewing files that changed from the base of the PR and between 18cd65f and 0a4383c.

⛔ Files ignored due to path filters (1)
  • ci-operator/jobs/fao89/cluster-updates-evals/fao89-cluster-updates-evals-main-periodics.yaml is excluded by !ci-operator/jobs/**
📒 Files selected for processing (5)
  • ci-operator/config/fao89/cluster-updates-evals/OWNERS
  • ci-operator/config/fao89/cluster-updates-evals/fao89-cluster-updates-evals-main__4.22.yaml
  • core-services/prow/02_config/fao89/cluster-updates-evals/OWNERS
  • core-services/prow/02_config/fao89/cluster-updates-evals/_pluginconfig.yaml
  • core-services/prow/02_config/fao89/cluster-updates-evals/_prowconfig.yaml

Comment on lines +9 to +11
FROM registry.ci.openshift.org/ocp/ubi-python-311:9
USER 0
RUN dnf install -y git && dnf clean all

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

🔒 Security & Privacy | 🟡 Minor | ⚡ Quick win

🧩 Analysis chain

🏁 Script executed:

#!/bin/bash
set -euo pipefail

file='ci-operator/config/fao89/cluster-updates-evals/fao89-cluster-updates-evals-main__4.22.yaml'

echo "== File context =="
wc -l "$file"
sed -n '1,220p' "$file" | nl -ba | sed -n '1,120p'

echo
echo "== Search for related build-root Dockerfiles / USER instructions =="
rg -n --hidden --no-messages 'USER 0|USER 1001|build-root|dnf install -y git|FROM registry\.ci\.openshift\.org/ocp/ubi-python-311:9' ci-operator/config/fao89/cluster-updates-evals -S

echo
echo "== Nearby generated metadata / job config references =="
rg -n --hidden --no-messages 'zz_generated_metadata|periodic|presubmit|postsubmit|build_root|build-root' ci-operator/config/fao89/cluster-updates-evals -S

Repository: openshift/release

Length of output: 309


🏁 Script executed:

#!/bin/bash
set -euo pipefail

file='ci-operator/config/fao89/cluster-updates-evals/fao89-cluster-updates-evals-main__4.22.yaml'

echo "== Selected line ranges =="
sed -n '1,80p' "$file"
echo
sed -n '80,160p' "$file"
echo
sed -n '160,220p' "$file"

echo
echo "== Exact build-root / user references =="
rg -n '^( {2,})?(FROM|USER|RUN|build_root|build-root|dockerfile|dockerfile_literal):|USER 0|USER 1001|dnf install -y git' "$file" -n -S

echo
echo "== Other similar configs with USER restore patterns =="
rg -n 'USER 0|USER 1001|dnf install -y git' ci-operator/config -S

Repository: openshift/release

Length of output: 41037


Restore a non-root runtime user after installing Git.
ci-operator/config/fao89/cluster-updates-evals/fao89-cluster-updates-evals-main__4.22.yaml:9-11 leaves the build-root image running as root after dnf install. Switch back to the image’s standard non-root UID before it is used in CI.

🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In
`@ci-operator/config/fao89/cluster-updates-evals/fao89-cluster-updates-evals-main__4.22.yaml`
around lines 9 - 11, Update the Dockerfile fragment after the Git installation
in the main image build to restore the image’s standard non-root runtime user
instead of leaving USER 0 active. Add the appropriate non-root USER directive
immediately after the dnf cleanup, preserving the existing installation steps.

Source: Coding guidelines

Comment on lines +25 to +180
tests:
- as: cu-eval-openai-periodics
cluster_claim:
architecture: amd64
cloud: aws
labels:
region: us-east-1
owner: obs
product: ocp
timeout: 2h0m0s
version: "4.22"
cron: 30 14 * * *
steps:
allow_skip_on_success: true
post:
- ref: gather-must-gather
test:
- as: e2e
cli: latest
commands: |
export OPENAI_PROVIDER_KEY_PATH=/var/run/openai/token
export OPENAI_API_KEY=$(cat /var/run/openai/token)

tests/scripts/test-cluster-updates.sh --artifact-dir "${ARTIFACT_DIR}"
credentials:
- mount_path: /var/run/openai
name: openai-apitoken
namespace: test-credentials
dependencies:
- env: OLS_IMAGE
name: lightspeed-service-api
from: src
resources:
requests:
cpu: 100m
workflow: generic-claim
- as: cu-eval-watsonx-periodics
cluster_claim:
architecture: amd64
cloud: aws
labels:
region: us-east-1
owner: obs
product: ocp
timeout: 2h0m0s
version: "4.22"
cron: 30 15 * * *
steps:
allow_skip_on_success: true
post:
- ref: gather-must-gather
test:
- as: e2e
cli: latest
commands: |
export OPENAI_PROVIDER_KEY_PATH=/var/run/openai/token
export OPENAI_API_KEY=$(cat /var/run/openai/token)
export WATSONX_PROVIDER_KEY_PATH=/var/run/watsonx/token

cp config/system_watsonx.yaml config/system.yaml
tests/scripts/test-cluster-updates.sh --artifact-dir "${ARTIFACT_DIR}"
credentials:
- mount_path: /var/run/openai
name: openai-apitoken
namespace: test-credentials
- mount_path: /var/run/watsonx
name: watsonx-apitoken
namespace: test-credentials
dependencies:
- env: OLS_IMAGE
name: lightspeed-service-api
from: src
resources:
requests:
cpu: 100m
workflow: generic-claim
- as: cu-eval-vertex-periodics
cluster_claim:
architecture: amd64
cloud: aws
labels:
region: us-east-1
owner: obs
product: ocp
timeout: 2h0m0s
version: "4.22"
cron: 30 16 * * *
steps:
allow_skip_on_success: true
post:
- ref: gather-must-gather
test:
- as: e2e
cli: latest
commands: |
export OPENAI_PROVIDER_KEY_PATH=/var/run/openai/token
export OPENAI_API_KEY=$(cat /var/run/openai/token)
export VERTEX_PROVIDER_KEY_PATH=/var/run/vertex/token

cp config/system_google_vertex.yaml config/system.yaml
tests/scripts/test-cluster-updates.sh --artifact-dir "${ARTIFACT_DIR}"
credentials:
- mount_path: /var/run/openai
name: openai-apitoken
namespace: test-credentials
- mount_path: /var/run/vertex
name: vertex-apitoken
namespace: test-credentials
dependencies:
- env: OLS_IMAGE
name: lightspeed-service-api
from: src
resources:
requests:
cpu: 100m
workflow: generic-claim
- as: cu-eval-vertex-anthropic-periodics
cluster_claim:
architecture: amd64
cloud: aws
labels:
region: us-east-1
owner: obs
product: ocp
timeout: 2h0m0s
version: "4.22"
cron: 30 17 * * *
steps:
allow_skip_on_success: true
post:
- ref: gather-must-gather
test:
- as: e2e
cli: latest
commands: |
export OPENAI_PROVIDER_KEY_PATH=/var/run/openai/token
export OPENAI_API_KEY=$(cat /var/run/openai/token)
export VERTEX_PROVIDER_KEY_PATH=/var/run/vertex/token

cp config/system_google_vertex_anthropic.yaml config/system.yaml
tests/scripts/test-cluster-updates.sh --artifact-dir "${ARTIFACT_DIR}"
credentials:
- mount_path: /var/run/openai
name: openai-apitoken
namespace: test-credentials
- mount_path: /var/run/vertex
name: vertex-apitoken
namespace: test-credentials
dependencies:
- env: OLS_IMAGE
name: lightspeed-service-api
from: src
resources:
requests:
cpu: 100m
workflow: generic-claim

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

🗄️ Data Integrity & Integration | 🟠 Major | ⚡ Quick win

Regenerate and commit the Prow job definitions.

These four new periodic tests change the generated ProwJob structure, but no corresponding generated job artifacts are included. Run the repository’s required CI-config generation step and commit its output so Prow can schedule these evaluations.

As per coding guidelines, changes under ci-operator/config/ must run make update. Based on learnings, adding named periodic tests is a structural change that requires regenerated downstream Prow definitions.

🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In
`@ci-operator/config/fao89/cluster-updates-evals/fao89-cluster-updates-evals-main__4.22.yaml`
around lines 25 - 180, Run make update to regenerate the downstream Prow job
definitions for the four new periodic tests—cu-eval-openai-periodics,
cu-eval-watsonx-periodics, cu-eval-vertex-periodics, and
cu-eval-vertex-anthropic-periodics—and include all generated artifacts in the
change.

Sources: Coding guidelines, Learnings

@fao89

fao89 commented Jul 20, 2026

Copy link
Copy Markdown
Member Author

/pj-rehearse periodic-ci-fao89-cluster-updates-evals-main-4.22-cu-eval-openai-periodics

@openshift-merge-bot

Copy link
Copy Markdown
Contributor

@fao89: now processing your pj-rehearse request. Please allow up to 10 minutes for jobs to trigger or cancel.

@openshift-ci

openshift-ci Bot commented Jul 20, 2026

Copy link
Copy Markdown
Contributor

@fao89: 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/rehearse/periodic-ci-fao89-cluster-updates-evals-main-4.22-cu-eval-openai-periodics 0a4383c link unknown /pj-rehearse periodic-ci-fao89-cluster-updates-evals-main-4.22-cu-eval-openai-periodics

Full PR test history. Your PR dashboard.

Details

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

Labels

approved Indicates a PR has been approved by an approver from all required OWNERS files. do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant