Skip to content

doctor: widen the listener-acknowledgement grace window (keep the hard fault) #100

Description

@kyle-sexton

Context

ci-runner-alignment audit finding D4 (walkthrough disposition: widen grace, keep hard fault). See docs/topics/ci-runner-alignment/REPORT.md @ 9f195b7 — D4 and the dispositions section.

The doctor's listener-health grace window is derived: request timeout + 2 × reconcile interval = 80 s. Observed benign busy-fleet acknowledgement lag reached 2 m 9 s (~1.6× grace) and degraded the doctor exit code. The upstream scale-set protocol never acknowledges capacity back at all — the signal is this controller's own convergence check — and protocol-level analysis frames busy-fleet lag as expected-transient.

Ask

Recalibrate the derived window (more reconcile intervals, or load-scaled) so known-benign busy-fleet lag sits inside it, while sustained beyond-grace lag remains a non-advisory hard fault. The check keeps its defect-signal value (a wedged listener shows sustained, monotonically growing non-ack); the current calibration fires on a known-benign state, which is alarm-fatigue territory.

Sizing needs validation under real load — pick the new derivation against observed busy-fleet lag distributions, not a guess.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

agent-readyFully specified and briefed; eligible for autonomous pickup from the frontier.status: readyTriaged, unblocked, and fully specified; eligible to pick up.work-class: scopedA briefed fix or small feature; blast radius bounded by the brief, tests exist.

Type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions