stackrox: Add 3h timeout to ocp-4-create step#3
Conversation
The ocp-4-create step had no explicit timeout, inheriting the 2h default from the Prow entrypoint. When the first provisioning attempt fails and the retry script starts a second attempt, 2h is not enough for two full OCP provisioning cycles. This caused nightly UI E2E tests to be killed mid-provisioning on the retry. 3h accommodates two full provisioning cycles comfortably. Partially generated by AI. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
|
Important Review skippedAuto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Repository YAML (base), Organization UI (inherited) Review profile: CHILL Plan: Enterprise Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
Superseded by openshift#80452 |
Summary
The
ocp-4-createstep in thestackrox-automation-flavors-ocp-4-e2eworkflow had no explicit timeout, inheriting the default 2h from the Prow entrypoint. When the first OCP provisioning attempt fails (transient GCP/bootstrap flake) and the retry script starts a second attempt, 2h is not enough for two full provisioning cycles. This caused the nightly OCP 4.22 UI E2E job to be killed mid-provisioning on the retry (build 2064515097526538240).timeout: 3h0m0sto theocp-4-createstep to fit two full provisioning cyclesocp-4-destroystep already had an explicittimeout: 30m0s/uncc
/hold
🤖 Generated with Claude Code