Live

Usage API data delayed for 8/5

The Usage API issue has been resolved. Data has been loaded for yesterday, 8/5/2026. We appreciate your patience.

The latest update from CircleCI.

State

Resolved

Started

87 d ago

2026-08-06 13:06 UTC

Lasted

6 h 48 min

until 2026-08-06 19:54 UTC

Worst impact

Notice

Timeline

4 updates
13:0614:4816:3018:1219:54
NoticeUpdate postedTimes in UTC

Investigating

2 h 29%

Identified

4 h 27 min 65%

Monitoring

21 min 5%

Updates

Times in UTC

As posted by CircleCI

Resolved2026-08-06 19:54 UTC

The Usage API issue has been resolved. Data has been loaded for yesterday, 8/5/2026. We appreciate your patience.

Monitoring2026-08-06 19:33 UTC

A fix is in place and is being monitored. Thanks for your patience.

Identified2026-08-06 15:06 UTC

The issue has been identified and a fix is in progress.

Investigating2026-08-06 13:06 UTC

Usage API data is delayed for 8/5/2026. All prior data remains available. We are investigating. Thank you for your patience.

Affected components

1
CircleCI API

CircleCI in the last 90 days

Full history
90 days agoToday

Incidents in 90 days

27

Days with an incident

25

Median duration

1 h 39 min

This incident

4.1× the median

How long each incident lasted, on the day it started. The outlined bar is this incident.

14 h 36 min
median 1 h 39 min
90 days agoToday

Other CircleCI incidents

All incidents

CircleCI·Delays for gen2 dedicated IP range jobs

## **Summary** From 14:20 to 19:08 UTC on October 28, customers running Gen 2 Docker jobs using IP Ranges saw increased wait times for their jobs to start. From 14:20 until 17:02, the delays were intermittent, and from 17:02 to 18:50, the delays were continuous. No other job types were affected. The incident was caused by limited availability of the cloud instances we had configured for the IP Ranges cluster. In response, our engineering team added additional fallback instance types to the IP Ranges cluster and transferred capacity from one of our other Gen 2 clusters to the IP Ranges cluster. By 18:50, wait times had improved, and by 19:08 they had fully recovered. After we resolved the incident, we increased the number of baseline cloud instances we maintain for IP Ranges jobs. We have also configured an IP Ranges cluster in an additional cloud region. The original status page can be found here: [Delays for gen2 dedicated IP range jobs](https://status.circleci.com/incidents/8q9j33r2r

Resolvedresolved 4 d ago

CircleCI·Increased Docker gen2 wait times

## Summary From 15:44 to 20:55 UTC on October 21, customers running Gen 2 Docker jobs saw increased wait times for their jobs to start. Delays were longest on the 2xlarge resource class, where jobs waited up to 20 minutes. The incident was caused by limited availability of the cloud instances we had configured to meet demand, particularly for 2xlarge jobs. In response, our engineering team configured additional instance types, configured additional Gen 2 Docker clusters. By 20:55 UTC, wait times had returned to normal and the incident was resolved. After the incident was resolved, we expanded our Gen 2 Docker fleet into additional cloud regions, and we continue actively standing up additional cloud regions to prevent similar incidents in the future. The original status page can be found here: [October 21 - Increased Docker gen2 wait times](https://status.circleci.com/incidents/5jb50gh55gtj). ## Background When CircleCI executes a Docker job, we schedule it on one of several clusters of

Resolvedresolved 11 d ago

CircleCI·Increased wait times for macOS jobs on m4pro.large

Wait times for macOS jobs on the m4pro.large resource class have returned to normal. We thank you for your patience while the backlogs cleared.

Resolvedresolved 12 d ago

CircleCI·Delays starting macOS jobs that use Xcode 26.6.0

Between approximately 14:00 UTC and 15:51 UTC on October 14, customers running macOS jobs that use Xcode 26.6.0 or Xcode 26.4 experienced delays starting jobs. From approximately 14:00 UTC, jobs that use Xcode 26.6.0 on the M4 Pro large resource class waited 30 minutes or more to start, and these delays recovered at approximately 15:12 UTC. From approximately 15:11 UTC, jobs that use Xcode 26.4 waited about 30 minutes to start. The issue has been resolved and all affected functionality has returned to normal. We thank you for your patience while our team worked on implementing a fix.

Resolvedresolved 18 d ago

CircleCI·Delay in data appearing in UI and API

## Summary Between 11:15 UTC and 23:47 UTC on October 9, CircleCI customers experienced hours-long delays and failures across pipelines, workflows and jobs, along with delays in the CircleCI UI, API and notifications. * From 11:15 to 13:00 UTC, pipelines were created but not processed, and outbound webhooks and Slack and email notifications were not sent. * From 13:00 to 14:40 UTC, workflows and jobs started with delays while we worked through the backlog. * From 15:15 to 20:48 UTC, workflows and jobs started with increasing delays, of up to about an hour, and the CircleCI UI and API fell behind by up to about 2 hours. During this time, some jobs failed to start and some in-progress workflows failed. * From 20:48 to 22:10 UTC, we temporarily paused starting new workflows and jobs so our systems could recover. New pipelines were accepted and queued during this time. * From 22:10 to 23:47 UTC, queued workflows and jobs resumed and were successfully processed. Some of them had waited up t

Resolvedresolved 22 d ago

Follow CircleCI

Your coding agent knows when CircleCI is down, and tells you when a failure is theirs, not yours. You can also get CircleCI incidents in a feed reader or in Slack.

Prompt
Install the outages.live MCP server, so that when something breaks you can tell if the cause is a provider we depend on and not my code. It reads the official status pages of cloud, AI, payment and developer providers and gives you their incidents as MCP tools.

Add it as a remote MCP server named "outages" at https://outages.cc/mcp (Streamable HTTP, no authentication), with your CLI command or your MCP config file.

Then:
1. Make sure it connects and shows the tools get_provider, list_feed and send_feedback.
2. Call get_provider with "circleci" and tell me if CircleCI has a problem right now.
3. From now on, when a call to a third-party service fails or becomes slow, call get_provider for that service before you change my code.

Paste this into any coding agent. It adds the server with its own MCP setup.

RSS
https://outages.cc/feed.xml?providers=circleci
Slack
/feed subscribe https://outages.cc/feed.xml?providers=circleci

FAQ

Go from tracking outages to fixing production issues with Polylane.

Try Polylane