Minor incident

CircleCI: Increased Docker gen2 wait times

Affected: Docker Jobs

Current status of CircleCI: Operational — live CircleCI status

Timeline

1. Oct 21, 2026, 19:31 UTC
   identified
   Some users might see increased wait times for gen2 Docker jobs due to capacity issues.
2. Oct 21, 2026, 20:03 UTC
   identified
   We are adding additional capacity to help mitigate the issue. Note: We are still seeing delays up to 20 minutes on 2xlarge.
3. Oct 21, 2026, 20:22 UTC
   identified
   Wait times for 2xlarge docker jobs are recovering. We will continue to update as capacity comes online.
4. Oct 21, 2026, 20:35 UTC
   identified
   Wait times for 2xlarge docker jobs are now under 60 seconds. Wait times for other resource sizes were not impacted by this incident and remain under 10 seconds.
5. Oct 21, 2026, 20:40 UTC
   monitoring
   We have seen a full recovery of wait times for docker jobs.
6. Oct 21, 2026, 20:54 UTC
   resolved
   Wait times for gen2 Docker jobs have recovered and jobs are running within normal wait times.
7. Oct 22, 2026, 23:29 UTC
   postmortem
   ## 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 cloud instances, and each instance is capable of executing multiple isolated jobs. Scheduling a job on a cloud instance is a classic [“bin packing problem”](https://en.wikipedia.org/wiki/Bin_packing_problem): finding available capacity that fits the requested resource class’ CPU, memory, and storage. Larger resource classes like 2xlarge are harder to fit than smaller ones, which pack together more tightly. We provision cloud instances using a ranked list of instance types. If the cloud provider cannot supply our first choice, we fall back to the next type on the list. We further maintain a minimum fleet size: a minimum number of instances stay running, so that we do not give up capacity when demand is low. Above that minimum fleet size, we add instances as demand rises. When there is insufficient capacity to execute a workload, we queue that work until capacity becomes available. ## What Happened _\(All times UTC\)_ Starting at 15:44 on October 21, demand for the Gen 2 2xlarge resource class rose sharply, and we did not provision additional capacity quickly enough to keep up. Our engineering team began investigating. By 19:25, wait times for the Gen 2 2xlarge resource class had reached 20 minutes, and wait times for other resource classes had increased as well. By 19:56, our engineering team had configured additional instance types to the Gen 2 fleet in order to get more capacity online, and by 19:59, we were provisioning those instance types. At 20:11, we added several additional Gen 2 clusters, and increased the minimum fleet size on those clusters. By 20:35, the number of queued jobs returned to normal levels, and by 20:41, 95% of 2xlarge jobs were starting within 4 seconds. We resolved the incident at 20:55. After resolving this incident, we added additional cloud regions for Docker jobs to make more capacity available. ## Future Prevention and Process Improvement We have already taken the following steps to improve job start times, including sourcing capacity from more places, reserving more capacity for large resource classes, and implementing more rapid provisioning. **We have added additional regions for Docker jobs.** We recently added additional cloud regions for Machine jobs, and we have now done the same for Docker jobs. **We will actively continue adding additional cloud regions for both Docker and Machine jobs**. **We have added additional Gen 2 clusters**. We configured several additional Gen 2 clusters to schedule jobs more quickly, and to make more total capacity available. **We have expanded the set of cloud instance types we use and have raised our minimum fleet size.** We have configured additional instance types. We have also increased the minimum fleet size for Gen 2 to meet current baseline demand. **We have modified our job scheduler to prioritize scheduling of larger resource classes.** We have changed how we schedule jobs to balance wait times more fairly across resource classes, and to bin-pack job

Updates as published by CircleCI (original).