Skip to content

Alerting smoke: do not rely on which evaluation reopens the alert - #29

Merged
fernan-89 merged 1 commit into
masterfrom
fix/alerting-smoke-reopen-flake
Oct 20, 2026
Merged

fernan-89 merged 1 commit into
masterfrom
fix/alerting-smoke-reopen-flake

Conversation

@fernan-89

Copy link
Copy Markdown
Owner

The check the very next evaluation reopens the alert failed intermittently on master and on PRs (expected 1, got 0; two of the last four master runs): the alerting scheduler evaluates every few seconds too, so after the maintenance window is cancelled it can reopen the alert before the smoke's own evaluation, which then reports 0 reopened. The smoke's own header says a check must never rely on what one evaluation did. It now evaluates and waits for the state (OPEN, reopened twice), in bash and in PowerShell; the next check still proves it was reopened exactly once more.

Syntax-checked (bash -n, the .ps1 compiles); the check itself needs the health-test profile, so it is proved by this PR's e2e.

🤖 Generated with Claude Code

https://claude.ai/code/session_01PGkuYAYk2roQuWqY7hmBWs

The check 'the very next evaluation reopens the alert' failed intermittently (expected 1, got 0) because the alerting scheduler also evaluates every few seconds and could reopen the alert between the window being cancelled and this call. It now evaluates and waits for the state, like the other checks of this smoke.

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01PGkuYAYk2roQuWqY7hmBWs
@fernan-89
fernan-89 merged commit 3fb22fc into master Oct 20, 2026
3 checks passed
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