Read the scheduler's lossy transition-queue counters (admin only)
Returns three cumulative, process-lifetime counters tracking the scheduler's internal transition-enqueue path (issue #103), plus the timestamp the counters started from. Requires admin role per the same auth.RequireAdmin middleware that gates /api/v1/admin/ping.
As of issue #377's lossless, retried transition queue, overflow and flap_exit_deferred are retained for wire compatibility only and always read zero — the shard-full and flap-exit-deferred conditions they used to count no longer exist (the per-shard queue is unbounded, and enqueuing a transition never fails). writer_error now counts only a PERMANENT RecordStateTransition failure (a data-exception or integrity-constraint-violation SQLSTATE, or an invalid revision) — a transient failure, including an ambiguous commit outcome, is retried against the same job instead of being dropped, so it never increments this counter.
The dispatcher additionally fires a scheduler_transition_dropped security-rail alert (see SECURITY_ALERT_WEBHOOK_URL in CLAUDE.md) for writer_error, rate-limited to at most one alert per rolling 10-minute window — a burst lasting longer than 10 minutes fires again once that window elapses. Each alert's payload carries the three counters' process-lifetime totals as of the triggering occurrence, not the size of any completed burst. This endpoint is the read-only complement for ad hoc polling or dashboards, not a substitute for that alert.
Counters reset to zero only on dispatcher restart; since reports the process instant they started counting from, not a rolling window.
Request
- Base URL: https://api.uptimemonitoring.com
- URL: https://api.uptimemonitoring.com/api/v1/admin/scheduler/transition-drops
- Auth: HTTP bearer
Response
Current transition-drop counters.
Example response
{
"overflow": 0,
"writer_error": 1,
"flap_exit_deferred": 0,
"since": "2026-10-09T12:00:00Z"
}Changes
No recorded changes to this operation across all 1 revision of this API.