[ROSAENG-66312] Fix rosa-sts-e2e readiness check for managed-cluster-validating-webhooks - #86104
Conversation
The rosa-sts-e2e presubmit omits OPERATOR_RESOURCE_KIND, so the rosa-operator-e2e readiness check falls back to its "deployment" default. managed-cluster-validating-webhooks ships as a DaemonSet on OSD/ROSA Classic, so the check never finds deployment/validation-webhook and the job fails after the 120s timeout even though the DaemonSet pods are Running 1/1. Set OPERATOR_RESOURCE_KIND: daemonset to match the existing rosa-sts-e2e-promotion-int and rosa-sts-e2e-promotion-stage tests, which already set it. The job has run_if_changed on go.mod/go.sum/test/e2e, so this surfaces on any dependency-bump PR. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository YAML (base), Central YAML (inherited) Review profile: CHILL Plan: Advanced Run ID: 📒 Files selected for processing (1)
Included review availability: This review used your included allowance. Your plan provides up to 2 included reviews per hour; 1 remain after this review. WalkthroughThe Changesrosa-sts-e2e job configuration
Priority: ⬇️ Low Estimated code review effort: 1 (Trivial) | ~2 minutes Change: Bug fix Merge Risk: ⚪ Minimal · up to The presubmit now checks the operator using its configured DaemonSet resource kind. 🚥 Pre-merge checks | ✅ 15✅ Passed checks (15 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
|
[REHEARSALNOTIFIER]
Prior to this PR being merged, you will need to either run and acknowledge or opt to skip these rehearsals. Interacting with pj-rehearseComment: Once you are satisfied with the results of the rehearsals, comment: |
|
@diakovnec: all tests passed! Full PR test history. Your PR dashboard. DetailsInstructions 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. |
|
/lgtm |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: diakovnec, feichashao The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
/pj-rehearse ack |
|
@krishvoor: now processing your pj-rehearse request. Please allow up to 10 minutes for jobs to trigger or cancel. |
What
Set
OPERATOR_RESOURCE_KIND: daemonseton therosa-sts-e2epresubmit foropenshift/managed-cluster-validating-webhooks.Why
The
rosa-operator-e2estep's readiness check falls back todeploymentwhenOPERATOR_RESOURCE_KINDis unset:managed-cluster-validating-webhooksships as a DaemonSet on OSD/ROSA Classic, so the check waits for adeployment/validation-webhookthat never exists and fails after the 120s timeout — even though the DaemonSet pods are healthy:The sibling tests
rosa-sts-e2e-promotion-intandrosa-sts-e2e-promotion-stagealready setOPERATOR_RESOURCE_KIND: daemonset; the presubmit was missed.Impact
rosa-sts-e2ehasrun_if_changed: ^(test/e2e/.*|go\.mod|go\.sum)$, so this fires on any dependency-bump PR. Currently failing on at least openshift/managed-cluster-validating-webhooks#642 and #637.Notes
No job regeneration required — the generated presubmit/periodic files do not embed these env vars, so
make jobsis a no-op for this change.🤖 Generated with Claude Code
Summary by CodeRabbit
The
rosa-sts-e2epresubmit foropenshift/managed-cluster-validating-webhooksnow setsOPERATOR_RESOURCE_KINDtodaemonset. This makes the readiness check target the operator’s DaemonSet instead of defaulting to a Deployment.