Skip to content

ci: bump kubectl rollout-status timeout 180s → 300s - #67

Merged
mastermanas805 merged 2 commits into
masterfrom
ci/bump-rollout-timeout-300s
May 30, 2026
Merged

ci: bump kubectl rollout-status timeout 180s → 300s#67
mastermanas805 merged 2 commits into
masterfrom
ci/bump-rollout-timeout-300s

Conversation

@mastermanas805

Copy link
Copy Markdown
Member

Why

Today's api PR #198 (CORS fix) deploy timed out at 180s even though the new ReplicaSet came up healthy. The rollout actually took ~240s on a fresh node with a cold image pull. The job exited red, prod was correct, and the false-failure forced a manual rerun.

Worker has the same pattern.

What

  • `kubectl rollout status … --timeout=180s` → `--timeout=300s`

Surface (rule 22)

Same change shipping simultaneously in:

Coverage (rule 17)

YAML-only, no binary change. CI itself is the gate. No Go diff.

Symptom: `error: timed out waiting for the condition` after 180s
Sites found: 3 (api, worker, provisioner)
Sites touched: 3

mastermanas805 and others added 2 commits May 30, 2026 16:49
Today's api #198 deploy timed out at 180s even though the new
ReplicaSet came up healthy (rollout actually took ~240s on a fresh
node with a cold image pull). Worker has the same pattern.

Bumping to 300s removes the false-failure rerun cycle. Same change
ships simultaneously in api + provisioner deploy.yml.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
@mastermanas805
mastermanas805 merged commit 4bd5e4b into master May 30, 2026
11 checks passed
@mastermanas805
mastermanas805 deleted the ci/bump-rollout-timeout-300s branch May 30, 2026 11:33
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.

1 participant