Skip to main content

Errors by HTTP status code

Cold model timeouts

A model is “cold” when no Orchestrator on the network has it loaded in GPU memory. The first request triggers a model load, which takes 30 seconds to 5 minutes depending on model size and GPU. A cold model returns a 503 or a long pending response. This is not an error in your code. Mitigation: use warm models for latency-sensitive applications. The following models are kept warm across the network: Implement retry with exponential backoff for any request that may target a cold model:

Diagnosing a non-responsive job

When a request hangs with no response, check in this order:
  1. Network connectivity to the Gateway:
  2. Request construction using curl to isolate from SDK behaviour:
  3. Model availability: use a known warm model to confirm the integration works, then switch to your target model.
  4. Gateway availability: if using a self-hosted or third-party Gateway, confirm the Gateway process is running and the HTTP port is reachable. For self-hosted Gateways, check livepeer_cli -status and the TicketBroker deposit balance.
  5. Orchestrator availability: check tools.livepeer.cloud/ai/network-capabilities to confirm Orchestrators are advertising the pipeline and model you need.

422 validation errors

A 422 response includes a body that identifies the failing field:
Common causes:
  • model_id is missing (required on all pipelines)
  • model_id format is wrong: must be a Hugging Face model ID string, e.g. SG161222/RealVisXL_V4.0_Lightning
  • Image input sent as JSON instead of multipart/form-data (image-to-image, upscale, segment-anything-2)
  • Dimension values are not integers (use 1024, not "1024")

Video transcoding and streaming failures

Video jobs fail for different reasons than AI jobs:

Getting help

If the above steps do not resolve the issue: See help for the full channel reference.
Last modified on May 31, 2026