GET /v1/admin/system-db-pool
Read the answering control-api's database pool, last hour, resident connections and alert state
Description (from the contract)
Platform identity with control.upgrades.read or platform.admin (the maintenance page). The figures come from the memory of the control-api process that answers, sampled every 10 seconds: a cycle is bad when in use reaches max_conns - saturation_margin, the average acquire wait exceeds slow_acquire_ms, or an acquire gave up while the pool was full or queued (canceled_acquire, which alerts at once). enter_cycles consecutive bad cycles notify the platform members holding control.upgrades.read or platform.admin (control.db_pool.saturated, also in the administrator message center); recover_cycles consecutive clean cycles send control.db_pool.recovered. An alert entered within dedup_minutes of the last notified one is not sent (notified=false) unless it is still firing once that window has passed. Notifications are written on a connection outside the pool. Only the session check reads the database. Read-only, not audited.
Responses
| Status | Description |
|---|---|
200 | The pool monitor of the answering process. Fields: |
401 | Authentication failed or the session is invalid. |
403 | Not a platform identity with control.upgrades.read or platform.admin. |
405 | Only GET is supported. |
What to do on failure
401Check the credential format and whether it expired or was rotated.403Check the key scopes, the owner’s current permissions and the tenant scope; never switch to a more privileged account.