Skip to main content
The Arize REST API uses RFC 9457 Problem Details for all error responses. Every error response has Content-Type: application/problem+json and a consistent JSON body.

Error Response Format

Fields


HTTP Status Codes

400 — Invalid Request

The request was malformed and could not be parsed — for example, the body is not valid JSON or a field has the wrong type.
Common causes:
  • Malformed or unparseable JSON body
  • Field value of the wrong type (e.g., string where integer expected)
  • Invalid resource ID format

401 — Authentication Required

The request did not include valid credentials, or the provided credentials are invalid or expired.
Common causes:
  • Missing Authorization header
  • Expired or revoked API key
  • Expired OAuth access token — re-authenticate and retry
  • Unrecognized credential format
Fix: Ensure you are sending a valid API key or access token in the Authorization: Bearer <credential> header. See Authentication.

403 — Access Forbidden

The caller is authenticated but lacks permission for the requested action on a resource they can read. This is distinct from 404: a 403 confirms the resource exists but the action is not allowed.
Fix: Check that your API key has the required role/permission for the action. Contact your space admin if you need elevated access.

404 — Resource Not Found

The requested resource does not exist, or the caller has no read access to it. The API intentionally does not distinguish between these two cases to prevent resource enumeration.
If you receive a 404 and believe the resource exists, verify that your API key has read access to the space or project containing the resource. See Authorization.

405 — Method Not Allowed

The HTTP method used is not supported by this endpoint.

409 — Resource Conflict

The request conflicts with the current state of the server, typically because a resource with the same unique identifier already exists.

415 — Unsupported Media Type

The Content-Type header is missing or not supported. Endpoints that accept a request body require Content-Type: application/json.

422 — Validation Error

The request was well-formed but failed semantic validation — for example, a required field is missing or a value is outside the allowed range.
Common causes:
  • Missing required fields
  • Value outside the allowed range or not in the allowed enum set

429 — Rate Limit Exceeded

The caller has exceeded the allowed request rate. The response includes a Retry-After header indicating how many seconds to wait before retrying.
Response headers:

500 — Internal Server Error

An unexpected error occurred on the server. This is not caused by the client request and is safe to retry with exponential backoff.

502 — Bad Gateway

The server received an invalid response from an upstream service. Retry with exponential backoff.

503 — Service Unavailable

The service is temporarily unavailable, usually due to maintenance or overload. Retry with exponential backoff.

Error Codes

The error_code field provides a stable, machine-readable identifier for the specific error subtype. It is only present on 4xx responses where the distinction is actionable by the client. Server errors (5xx) do not include error_code.

Using error_code in client code