Skip to content

Execution capacity

FieldValue
Type URIhttps://echo.labstack.com/pro/problems/execution-capacity
Codeexecution_capacity
HTTP status503
HTTP statusEnglish title
503Service Unavailable

Execution storage reached a capacity limit, such as the tenant’s limit on unresolved operations or the namespace’s byte budget. The handler did not run.

Retry later with the same key and request, after the Retry-After delay.

If your application installs a custom handler, the body may differ.

HTTP/1.1 503 Service Unavailable
Content-Type: application/problem+json
Cache-Control: no-store
Retry-After: 1
{
"code": "execution_capacity",
"operation_ref": "",
"operation_state": "",
"safe_new_key": false,
"status": 503,
"title": "Service Unavailable",
"type": "https://echo.labstack.com/pro/problems/execution-capacity"
}

Check MaxNamespaceRecords, MaxNamespaceBytes and MaxUnresolvedPerTenant. Run store maintenance for completed records past KeyRetention. Resolve uncertain operations from provider records; they never expire on their own.

  • type (string, always): The exact type URI above.
  • title (string, always): The HTTP status text.
  • status (integer, always): The HTTP status of the response.
  • code (string, always): The stable code above.
  • operation_ref (string, always): An opaque reference to the operation. It is set only after ReplayCheck allows the request, and is empty when no operation was found. Use it to look up the operation; it does not grant access.
  • operation_state (string, always): started, uncertain, completed or failed; empty when no operation was found.
  • safe_new_key (boolean, always): true only when the client may retry with a new key. It is always false when operation_ref and operation_state are empty.

Headers:

  • Cache-Control (always): no-store on every execution problem.
  • Retry-After (always): Always 1.

Notes:

  • Execution removes any Idempotent-Replayed header from problem responses.

See execution for operation state and replay rules.