Sauce Labs 장애 기록

1. 2026년 9월 2일 AM 9:39 UTCinvestigating

   EU-Central-1 데이터 센터의 Real Device 테스트에 대한 높은 오류율을 볼 수 있습니다. 우리는 투자입니다.

2. 2026년 9월 2일 AM 11:30 UTCidentified

   EU-Central-1 데이터 센터의 Real Device 테스트에 대한 높은 오류율의 뿌리 원인은 확인되었습니다. 치료는 적용되고, 우리는 적극적으로 상황을 모니터링하고 있습니다.

3. 2026년 9월 2일 AM 11:53 UTCresolved

   치료 활동을 복용 한 후 Real Device 시험 오류율은 EU-Central-1 데이터 센터에서 정상으로 돌아 왔습니다. 모든 서비스는 완전히 운영됩니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 25일 PM 12:33 UTCinvestigating

   우리는 현재 미국-웨스트-1 데이터 센터의 macOS 및 iOS 테스트에 대한 높은 오류율을보고 있습니다. 현재 투자하고 있습니다.

2. 2026년 8월 25일 PM 1:19 UTCresolved

   치료 활동을 복용 한 후, 모든 macOS 및 iOS 테스트는 이제 US-West-1 Data Center에서 예상대로 수행됩니다. 모든 서비스는 완전히 운영됩니다.

3. 2026년 9월 3일 PM 8:23 UTCpostmortem

   ##**일시:** 화요일 8월 25th 2026, 11:38 – 13:10 UTC ###** 일어난 일:** macOS 및 iOS 테스트를 실행하는 고객은 미국-서부 지역의 숙련 된 서비스에서 테스트합니다. 지역에있는 가상 Mac 용량의 50 %는 새로운 테스트를 받아 들일 수 있으므로 시작해야하거나 실패합니다. Remaining 용량은 데스크톱 및 시뮬레이터 테스트를 위해 확장 된 시작 시간으로 작업으로 추가 압력 아래왔다. # # # ** 일어난 일 : ** Mac에서 사용하는 내부 보안 인증서는 지원 클라우드 서비스에 도달 할 수 있습니다 만료 날짜. 그 후, 호스트는 더 이상 그 서비스에 대한 신뢰할 수있는 연결을 설정하고 새로운 테스트 기계를 중단 할 수 없습니다. 인증서는 수동으로 발행되었으며 자동화 된 갱신 또는 만료되지 않았습니다. # # # ** 우리가 그것을 고정하는 방법 : ** 우리는 연결성을 복원하고 정상 수준으로 Mac 용량을 반환하는 교체 인증서를 발행하고 배포했습니다. # # # ** 우리가 다시 일어나서 방지하는 것은 무엇입니까 : ** 우리는 자동화 된 갱신에 이러한 인증서를 이동하고 경고를 추가하므로 Expiry보다 잘 교체됩니다. 주변 도구 검토와 함께 인증서를 안전하게 처리 할 수 있습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 7일 PM 12:08 UTCinvestigating

   We are currently seeing elevated error rates for virtual desktop tests in the US-West-1 datacenter. We are currently investigating.

2. 2026년 8월 7일 PM 1:06 UTCresolved

   After taking remedial action, Virtual Desktop tests are starting successfully in the US-West-1 Data center. All services are fully operational. We are closely monitoring the situation

3. 2026년 8월 14일 PM 4:43 UTCpostmortem

   ### **Dates:** Friday, August 7th 2026, 11:00 UTC - 13:04 UTC. ### **What happened:** Windows and Intel Mac jobs in `us-west1` failed to start due to virtual machine \(VM\) allocation starvation. ### **Why it happened:** A service crash loop left VMs in an allocated but unclaimed state, while a cleanup bug prevented the system from releasing the orphaned capacity to boot new VMs. ### **How we fixed it:** Restored service stability and cleared stale allocations to resume VM provisioning and clear queued jobs. ### **What we are doing to prevent it from happening again:** Fixing allocator cleanup logic, strengthening deployment health checks, and improving capacity accounting for stale allocations.

1. 2026년 7월 16일 PM 8:33 UTCresolved

   7월 16일 13:03 UTC와 7월 16일 17:33 UTC 사이, 우리는 멀티 파트 업로드 프로토콜을 사용하여 기호 아카이브가 프로세스에 실패한 서비스를 경험. Incident는 해결되고 모든 서비스는 운영됩니다.

2. 2026년 8월 14일 PM 4:48 UTCpostmortem

   ### **Dates:** Thursday July 16th 2026, 13:03 – 17:33 UTC ### **What happened:** Symbol archives uploaded in multiple parts failed to process. All regions were affected. ### **Why it happened:** Our symbol processing service sent an upload-verification field that our cloud storage provider's API does not accept for multi-part uploads, so those uploads were rejected. A fix for this had already been developed, but it had not yet been included in a released build and the service was not configured to use it. As in the first incident, rejected uploads were retried and accumulated on local disk. ### **How we fixed it:** We deployed a build containing the fix and corrected the service configuration on the affected workers. A large backlog of uploads then processed, which briefly re-filled the disks before draining completely. ### **What we are doing to prevent it from happening again:** We are releasing the fix formally through our build pipeline and persisting the corrected configuration in our configuration management, so it can't be lost. The disk-utilization alerting added after the first incident also covers the disk-exhaustion pattern common to both.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 16일 PM 8:30 UTCresolved

   7월 14일 23:45 UTC와 7월 15일 23:05 UTC 사이, 우리는 HTTP 400 오류로 인해 백트레이스 프로젝트에 심포지티브 업로드가 실패한 문제를 경험했습니다. Incident는 해결되고 모든 서비스는 운영됩니다.

2. 2026년 8월 14일 PM 4:47 UTCpostmortem

   ### **Dates:** Tuesday July 14th 2026, 23:45 UTC – Wednesday July 15th 2026, 23:05 UTC ### **What happened:** Symbol archive uploads to Error Reporting \(Backtrace\) projects failed with HTTP 400 errors. All regions were affected. ### **Why it happened:** The credentials our symbol processing service used to write to cloud storage were no longer valid, so uploads could not be stored. Failed uploads were retried repeatedly and accumulated on local disk until the service ran out of space, at which point it also began rejecting new uploads. ### **How we fixed it:** We reissued the storage credentials, increased disk capacity on the affected workers, and restarted the service. The queued uploads then processed successfully, and we confirmed recovery with affected customers. ### **What we are doing to prevent it from happening again:** We've added disk-utilization monitoring and alerting to this service so we detect the condition ourselves before it affects uploads, rather than relying on customer reports.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 14일 PM 5:19 UTCinvestigating

   우리는 EU Central 1 데이터 센터의 문제점을 경험하고 있습니다. iOS ARM Simulator 앱 테스트는 인프라 오류로 실패합니다. 우리는 투자입니다.

2. 2026년 7월 14일 PM 6:05 UTCinvestigating

   앱 다운로드는 이러한 인프라 오류가 볼 때 예상보다 더 오래 걸릴 것입니다. 우리는 조사를 계속하고 있습니다.

3. 2026년 7월 14일 PM 6:56 UTCmonitoring

   우리는이 문제에 대한 수정을 배포했습니다. 테스트는 EU Central 1 데이터 센터에서 예상대로 수행해야합니다. 우리는 감시하고 있습니다.

4. 2026년 7월 14일 PM 7:11 UTCmonitoring

   우리는 더 많은 문제를 모니터링하고 있습니다.

5. 2026년 7월 14일 PM 8:23 UTCresolved

   치료 활동을 수행하고 상황을 모니터링 한 후, 우리는 iOS ARM 애플리케이션 테스트가 EU Data Center에서 예상대로 수행됩니다. 모든 서비스는 완전히 운영됩니다.

6. 2026년 7월 29일 PM 5:40 UTCpostmortem

   ##**일시:** 화요일 7월 14일 2026, 09:00 - 18:28 UTC ###** 일어난 일:** 우리의 EU 데이터 센터에서 실행되는 iOS ARM 테스트가 실패했습니다. # # # ** 일어난 일 : ** 결함은 우리의 EU 자료 센터에 있는 우리의 1 차적인 네트워크 공급자로 일어났습니다. # # # ** 우리가 그것을 고정하는 방법 : ** 우리는 우리의 EU 자료 센터에서 이차 네트워크 공급자에 실패했습니다. # # # ** 우리가 다시 일어나서 방지하는 것은 무엇입니까 : ** 우리는 제 3 자 네트워크 제공 업체와 문제를 잡기 위해 모니터링 및 경고를 개선했습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 1일 PM 9:37 UTCresolved

   7월 1일 17:02 UTC와 21:31 UTC 사이, macOS 14 테스트는 미국-서부 및 EU-중앙 데이터 센터에서 시작할 수 없었습니다. 이 문제는 해결되었습니다. 모든 서비스는 완전히 운영됩니다.

2. 2026년 8월 11일 PM 8:37 UTCpostmortem

   ##**일시:** 수요일 7월 1st 2026, 17:02 UTC - 21:31 UTC ###** 일어난 일:** 미국 서부와 EU 중앙 데이터 센터의 macOS 14 테스트는 시작할 수 없습니다. # # # ** 일어난 일 : ** 내부 데이터 소스는 누락 된 구성 항목으로 사용할 수 없습니다. # # # ** 우리가 그것을 고정하는 방법 : ** 누락 된 항목이 교체되었습니다. # # # ** 우리가 다시 일어나서 방지하는 것은 무엇입니까 : ** Safeguard는 구성에서 사용 데이터 소스 제거를 방지하기 위해 배치되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 1일 PM 12:12 UTCinvestigating

   우리는 미국-서부-1, EU-중앙-1 및 US-East-4 데이터 센터의 Appium Inspector에 액세스하는 문제가 있습니다. 우리는 투자입니다.

2. 2026년 7월 1일 PM 12:58 UTCresolved

   우리는 루트 원인을 확인하고이 문제에 대한 수정을 배포했습니다. 모든 서비스는 완전히 운영됩니다.

3. 2026년 7월 20일 PM 8:34 UTCpostmortem

   ##**일시:** 수요일 7월 1st 2026, 09:37 – 12:46 UTC ###** 일어난 일:** Appium Inspector 기능, 실제 장치 라이브 테스트 세션에서 사용, 예정된 UI 배포 후 사용할 수 없습니다. 실제 테스트 중에 기능을 사용하려고 시도한 사용자는 500 오류로 발표되어 활성 테스트 세션을 중단했습니다. 자동화된 시험 파이프라인은 영향을 미치지 않았습니다. # # # ** 일어난 일 : ** 핵심 frontend 라이브러리의 일상 업그레이드는 Appium Inspector의 렌더링 논리와 호환성을 도입했습니다. 이전 라이브러리 버전은 패턴을 허용하지만 업데이트 된 버전은하지 않았다. 문제점은 이 특정한 특징을 위한 충분한 end-to-end 시험 적용 때문에 배치의 앞에 붙잡지 않았습니다. # # # ** 우리가 그것을 고정하는 방법 : ** 우리는 UI를 마지막 알려진 작업 버전으로 다시 회전하여 기능을 즉시 복원하고 그 다음 호환성에 대한 대상 수정을 배포했습니다. # # # ** 우리가 다시 일어나서 방지하는 것은 무엇입니까 : ** Appium Inspector 기능에 대한 엔드 투 엔드 테스트 적용을 추가하여 향후 배포 전에 자동으로 검증됩니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 6월 24일 PM 4:39 UTCresolved

   6월 24일 사이에 08:28 UTC 및 15:32 UTC, 우리는 미국 동부, 미국 서부 및 EU 데이터 센터에 대한 Appium 및 Access API에 영향을 미치는 실제 장치 테스트 세션 실패를 경험했습니다. 이 문제는 해결되었습니다. 모든 서비스는 완전히 운영됩니다.

2. 2026년 7월 22일 PM 8:49 UTCpostmortem

   ##**일시:** 수요일, 6월 24th 2026, 09:42 UTC - 15:45 UTC. ###** 일어난 일:** Appium 및 Access API를 사용하여 실제 장치 테스트 세션은 미국 동부, 미국 서부 및 EU 데이터 센터의 오류율을 경험했습니다. 세션은 약 90 초 후에 타이밍되었거나 "연결" 상태에 붙어있었습니다. 닫히는 것을 방지합니다. # # # ** 일어난 일 : ** 제품 결함이 도입되었습니다. Real Device Test 세션을 시작하지 않고 Active Session을 차단하는 데 실패했습니다. # # # ** 우리가 그것을 고정하는 방법 : ** 안정적인 버전으로 롤백. # # # ** 우리가 다시 일어나서 방지하는 것은 무엇입니까 : ** 모니터링 및 경고 및 포스트 배포 검증을 향상.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 6월 18일 AM 5:30 UTCinvestigating

   약 3:51 AM UTC 우리는 유럽 연합 (EU) 중앙 데이터 센터의 낮은 iOS 장치 가용성을 경험하기 시작했습니다. 우리 팀은 뿌리 원인을 적극적으로 조사하고 해결을 위해 노력하고 있습니다.

2. 2026년 6월 18일 AM 6:12 UTCmonitoring

   우리는 우리의 EU-Central-1 데이터 센터에 있는 장치 unavailability를 경험하고 뿌리 원인을 확인했습니다. 우리는 치료 활동을 촬영하고 현재 모니터링하고 있습니다.

3. 2026년 6월 18일 AM 6:59 UTCresolved

   중개 작용을 복용 한 후, EU-Central-1 데이터 센터에서 테스트 할 수있는 실제 장치를 볼 수 있습니다. 모든 서비스는 완전히 운영됩니다.

4. 2026년 7월 6일 PM 5:17 UTCpostmortem

   ##**일시:** 목요일 6월 18 2026, 03:45 UTC - 06:45 UTC. ###** 일어난 일:** 유럽 연합 (EU) 데이터 센터의 iOS 기기의 약 7 %는 랙 호스팅으로 전력 손실 후 고객 테스트 세션을 일시적으로 사용할 수 없었습니다. # # # ** 일어난 일 : ** 영향을받는 선반을 공급하는 전원 회로는 그것의 수용량을 초과하고, 보호 차단기는 선을 보호하기 위하여 여행했습니다 - 회로가 복원될 때까지 그 선반에 장치에 절단 힘은 복원되었습니다. # # # ** 우리가 그것을 고정하는 방법 : ** 영향 받은 회로는 선반에 재시동하고 힘은, 고객 서비스에 장치를 돌려보냅니다. # # # ** 우리가 다시 일어나서 방지하는 것은 무엇입니까 : ** 우리는 영향을받는 선반의 맞은편에 적출 전력 부하, 회로 한계의 앞에 이른 경고로 수용량 감시를 추가하고, 새로운 장치가 선반에 배치되기 전에 수용량 검토를 소개하고.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 6월 1일 PM 2:02 UTCinvestigating

   We are experiencing an issue where the US-EAST data center is currently unavailable. We are investigating.

2. 2026년 6월 1일 PM 2:55 UTCinvestigating

   We are continuing to investigate this issue.

3. 2026년 6월 1일 PM 3:30 UTCinvestigating

   We have identified the root cause and are working on implementing a fix.

4. 2026년 6월 1일 PM 4:02 UTCmonitoring

   Access has been restored to the US-EAST data center. We are monitoring.

5. 2026년 6월 1일 PM 6:24 UTCresolved

   After taking remedial action, access to the US-EAST data center is fully restored. This incident is resolved.

6. 2026년 6월 15일 PM 11:32 UTCpostmortem

   ### **Dates:** Monday, June 1st 2026, 13:06 UTC -  15:42 UTC. ### **What happened:** Customers served by the US-EAST-4 region were unable to authenticate or start new test sessions because an incomplete TLS certificate chain was deployed to the core directory services.  ### **Why it happened:** A certificate extraction script defect silently truncated the certificate chain after the certificate authority transitioned to a longer hierarchy.  ### **How we fixed it:** Reverted the certificate rotation and re-applied the previous known ,good certificate to restore authentication services. ### **What we are doing to prevent it from happening again:** Implementing pre-deployment certificate chain validation, adding active monitoring, and fixing the script's chain-length limitations.

1. 2026년 5월 21일 PM 2:53 UTCresolved

   Between May 13th 18:47 UTC and May 15th 9:23 UTC, we experienced test details not appearing in the dashboard of the US-East Data Center. This issue has been resolved. All services are fully operational.

2. 2026년 5월 26일 PM 3:07 UTCpostmortem

   ### **Dates:** Wednesday, May 13th 2026, 18:47 UTC - Friday, May 15th 2026, 09:23 UTC. ### **What happened:** Customers were unable to access test run summaries for Real Device Cloud \(RDC\) jobs because events stopped publishing to the jobs Kafka topic in US-EAST. ### **Why it happened:** An authentication key used by the message producer unexpectedly lost its permissions during an account cleanup. ### **How we fixed it:** Manually restored the required permissions to re-establish the connection and resume service. ### **What we are doing to prevent it from happening again:** Migrating to a permanent service account, implementing a Dead Letter Queue \(DLQ\) for the jobs Kafka topic, and replaying the missing events to restore customer data.

1. 2026년 4월 24일 PM 4:33 UTCresolved

   Between April 23rd 22:44 and April 24th 15:25 UTC, there was a technical issue that affected video recordings for tests running on macOS 15 and iOS within our EU and US-West Data Center. We identified the issue and deployed a fix. All systems are now fully operational.

2. 2026년 5월 13일 PM 3:05 UTCpostmortem

   ### **Dates:** Thursday, April 23rd 2026, 22:43 UTC - Friday, April 24th 2026, 15:29 UTC ### **What happened:** Video assets were missing for virtual iOS simulator tests on ARM and macOS ARM desktop tests in the US-West and EU data centers. ### **Why it happened:** A product defect was introduced resulting in a screen capture failure. ### **How we fixed it:** We performed a rollback to a stable version. ### **What we are doing to prevent it from happening again:** We are improving monitoring & alerting to enhance our post deployment validation.

1. 2026년 4월 16일 AM 10:10 UTCresolved

   Between 02:00 and 11:15 CEST, live and automated tests on iOS 17.0 simulators were failing to start in the EU and US-West Data Center. We executed a deployment rollback, which restored services. All systems are now fully operational.

2. 2026년 5월 8일 PM 6:42 UTCpostmortem

   ### **Dates:** Thursday, April 16th 2026, 00:00 UTC – 09:15 UTC ### **What happened:** Live and automated tests on iOS 17.0 simulators failed to start in both the EU and US-West data centers. Customers running tests on iOS 17.0 Intel-based simulators were unable to execute their tests for approximately 9 hours. ### **Why it happened:** A deployment introduced an incompatibility affecting iOS 17.0 on Intel-based infrastructure. The issue was not caught prior to release due to insufficient post-deployment test coverage for that specific simulator configuration. ### **How we fixed it:** We performed a rollback to the previous deployment, which restored full iOS 17.0 simulator functionality. ### **What we are doing to prevent it from happening again:** We are reviving and expanding automated post-deployment tests to cover a broader range of simulator configurations, including legacy Intel-based iOS versions, to catch incompatibilities before they reach production.

1. 2026년 4월 7일 PM 3:02 UTCinvestigating

   We are currently investigating reports of test failures affecting users running tests using SauceCtl in our US-West-1 and EU-Central-1 Data Center. We are investigating.

2. 2026년 4월 7일 PM 4:13 UTCresolved

   We have identified the root cause and have deployed a fix for this issue. All services are fully operational.

3. 2026년 4월 10일 PM 9:56 UTCpostmortem

   ### **Dates:** Monday April 7th 2026, ~11:00 – 15:55 UTC ### **What happened:** Some customers experienced 503 errors when running tests via saucectl. The test-composer service was intermittently unavailable, preventing framework-based test execution. ### **Why it happened:** A stale Docker image was deployed to the test-composer service due to a packaging issue that arose during an internal container registry migration. This caused service pods to crash. ### **How we fixed it:** We identified the stale image and redeployed the correct version, restoring the service. ### **What we are doing to prevent it from happening again:** We are hardening our image deployment pipeline and adding validation checks to ensure container registry migrations do not result in stale or incorrect images being deployed to production.

1. 2026년 3월 24일 PM 5:36 UTCresolved

   Between 09:32 and 15:13 UTC, we identified a technical issue affecting iOS tests when running with network capture enabled. We've resolved the underlying cause and tests are working as expected. All services are fully operational.

2. 2026년 4월 10일 PM 11:06 UTCpostmortem

   ### **Dates:** Tuesday, March 24th 2026, 09:32 UTC – 15:13 UTC ### **What happened:** Network calls failed on iOS devices during Real Device Cloud sessions where network capture was enabled. Approximately 12-13% of iOS sessions were affected. Android was not impacted. ### **Why it happened:** A deployment introduced a DNS resolution change that was incompatible with the iOS platform, causing network capture to break. ### **How we fixed it:** Rolled back the deployment to restore service. ### **What we are doing to prevent it from happening again:** Adding synthetic tests to catch network capture regressions before production, and implementing monitoring alerts for faster detection after deployments.

1. 2026년 3월 19일 AM 9:51 UTCinvestigating

   Around 4:45 AM UTC we started experiencing lower iOS device availability in the US-West data center. Our team is actively investigating the root cause and working toward a resolution.

2. 2026년 3월 19일 AM 10:54 UTCresolved

   This incident has been resolved and our services are fully operational.

3. 2026년 4월 10일 PM 10:59 UTCpostmortem

   ### **Dates:** Wednesday, March 19 2026, 04:45 UTC - 10:47 UTC. ### **What happened:** Approximately 15% of iOS devices in our US-West data center were temporarily unavailable for customer test sessions due to failed internet connectivity checks. ### **Why it happened:** An automated wireless network optimization feature adjusted transmit power levels on access points serving the affected devices, degrading wireless connectivity and causing devices to fail their availability checks. ### **How we fixed it:** The affected access points were identified and restarted, restoring normal wireless connectivity. ### **What we are doing to prevent it from happening again:** Evaluation of the automated optimization tools and a monitoring improvement.

1. 2026년 3월 18일 PM 5:15 UTCresolved

   Between 14:43 and 15:11 UTC on March 13, a small subset of Real Devices (iOS and Android) became unavailable across all our data centers. After taking remedial action, the issue was identified and resolved. All services are fully operational.

2. 2026년 4월 10일 PM 10:57 UTCpostmortem

   ### **Dates:** Friday, March 13th 2026, 14:43 UTC - 15:11 UTC. ### **What happened:** Real Devices \(iOS and Android\) availability gradually decreased across all data centers. ### **Why it happened:** A product defect was introduced resulting in a small subset of Real Devices \(~10%\) failing to maintain required connectivity. ### **How we fixed it:** Rollback to a stable version. ### **What we are doing to prevent it from happening again:** Improve monitoring & alerting, enhance post deployment validation.

1. 2026년 3월 10일 PM 6:46 UTCinvestigating

   We are experiencing device unavailability in the US West 1, EU Central 1, and US East 4 data centers and have found that the issue is caused by a 3rd party service disruption. We are investigating.

2. 2026년 3월 10일 PM 11:34 UTCresolved

   This incident has been resolved.

3. 2026년 4월 9일 PM 9:07 UTCpostmortem

   ### **Dates:** Tuesday March 10th 2026, 17:52 - 23:34 UTC ### **What happened:** The majority of iOS devices across all regions became unavailable. ### **Why it happened:** Apple's [ppq.apple.com](http://ppq.apple.com) app verification endpoint was down, causing internal device monitoring checks to fail, bringing devices offline. ### **How we fixed it:** We temporarily disabled these device monitoring checks. ### **What we are doing to prevent it from happening again:** Improved external monitoring to catch outages of apple’s [ppq.apple.com](http://ppq.apple.com) endpoint, loosened device monitoring to not take down live iOS devices if [ppq.apple.com](http://ppq.apple.com) is down.

1. 2026년 3월 6일 PM 11:28 UTCresolved

   Between 21:38 UTC and 23:11 UTC, our virtual iOS and MacOS live and automated device tests were failing to start in the EU Data Center. We executed a deployment rollback, which restored services. All systems are now fully operational.

2. 2026년 4월 10일 PM 10:53 UTCpostmortem

   ### **Dates:** Friday, March 6th 2026, 21:38 UTC - 23:11 UTC ### **What happened:** During the incident timeline, customers running virtual iOS simulator tests on ARM or macOS ARM desktop tests in the EU Data Center were unable to start new sessions for either live or automated. ### **Why it happened:** There was a sequencing issue on the release of the ARM side disk images in the EU. ### **How we fixed it:** The image reference for the ARM side disk was rolled back to the previous reference to restore service. ### **What we are doing to prevent it from happening again:** The tests that run to validate the image syncing have been completed in each region.