Repository navigation
[agent-job-health] Agent Job Health: 15.1% fleet failure rate (2026-10-21) - 1 novel MCP Gateway cluster #70974
Closed
Replies: 1 comment
|
This discussion was automatically closed because it expired on 2026-10-24T23:54:59.706Z.
|
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Summary
Window evaluated: 2026-10-20 23:18 UTC → 2026-10-21 23:18 UTC (last 24 full hours)
total_runsanalyzed: 384 (398 agentic-workflow runs were identified in the window; 14 runs / 3.5% were pruned from the local log cache by the storage budget during continuation fetches, so coverage is ~96.5%, not 100%)distinct_workflows: 173agent_failures: 58Warning
One novel cluster was found this window (MCP Gateway startup readiness timeout, below), affecting 5 distinct workflows simultaneously. An issue has been opened. The large gap between the run-weighted rate (15.10%) and the workflow-weighted median (0.0%) confirms the fleet number is dominated by a handful of high-frequency PR-reviewer workflows rather than reflecting broad fleet degradation.
Failure Rate by Step
All 16 distinct failing steps (58 total agent-job failures)
Tracked Failures
git fetchfails withfatal: couldn't find remote ref <branch>because the PR's head branch was deleted (merge + auto-delete) between when the run was queued and when the checkout step executedpelikhan-special-robot, merged 2026-10-21T00:04:04Z, workflow run started 85s later at 00:05:29Z).Novel Failure Clusters
Cluster: Start MCP Gateway readiness timeout — issue opened
Start MCP Gatewaypull_requestevent at 2026-10-21T01:50:41Zpull_requestevent and start concurrently. In this instance all 5 timed out waiting for the safeoutputs MCP gateway backend to register its tools — consistent with resource contention or a shared-backend hiccup when 5 gateway instances start at once for the same commit.Long tail (not actionable as a cluster): 23 of 58 failures are isolated single-run, single-workflow incidents spread across 22 different workflows — mostly
Smoke *canary workflows exercising individual engine configurations (Pi, Codex, Aider, Copilot variants, DeepSeek, Gemini, Goose, Claude sub-agents) plus a handful of one-off production workflow failures (Daily Community Attribution Updater, The Great Escapi, Daily Container Image Security Scan, Package Specification Extractor, Blog Auditor, onegh-aw work-queuejob). None meet the 2-distinct-workflow or 10%-of-runs bar individually, so none are clustered or issued separately this run.Schedule Heartbeat
.lock.ymldaily-geo-optimizer.lock.ymldisabled_manually(explains gap)daily-hippo-learn.lock.ymldisabled_manually(explains gap)slide-deck-maintainer.lock.ymldisabled_manually(explains gap)smoke-ci.lock.ymldisabled_manually(explains gap)No new blind spots detected among the workflows checked. These same 4 workflows have been found disabled_manually in every report since 2026-08-23 — stable, explained state, not a silent misfire.
Coverage caveat: 61 of ~249 schedule-triggered workflows were checked this run (prioritizing the daily/sub-daily tier). ~30 additional daily-named workflows and the entire weekly/monthly-cadence tier (~160+ workflows) were not checked this run due to budget — relying on 10 consecutive prior reports (since 2026-08-23) finding no blind spot beyond the 4 above as supporting context, not as a substitute for direct verification.
Out-of-scope observation (flagged for awareness, not counted above):
daily-report-dispatcher.lock.yml("Daily Discussion Report Dispatcher") is stillactiveand firing daily, but its work-queue dispatch job (not the agent job measured by this report) has failed 4 of its last 5 overall runs. As a result, 6 downstream report workflows that are invoked only viaworkflow_dispatchfrom this dispatcher —daily-compiler-quality,daily-evals-report,daily-firewall-report,daily-issues-report,daily-observability-report,daily-regulatory— have gone silent for 13-14 days. These workers have noschedule:trigger of their own, so they don't meet this report's Phase 6 definition of a schedule blind spot, and the dispatch job isn't an "agent job" in this report's scope — but the pattern is real and worth routing to whoever ownsdaily-report-dispatcher.View per-workflow breakdown (27 of 173 workflows had ≥1 agent-job failure; 146 had zero)
Recommendations
pull_requestevent, consider staggering gateway starts or increasing the safeoutputs readiness budget/timeout to avoid the simultaneous 137s-timeout failure seen this window.All reactions