Ιστορικό διακοπών του Sauce Labs

1. 2 Σεπτεμβρίου 2026 στις 9:39 π.μ. UTCinvestigating

   Βλέπουμε αυξημένα ποσοστά σφαλμάτων για δοκιμές Real Device στο κέντρο δεδομένων EU-Central-1. Ερευνούμε.

2. 2 Σεπτεμβρίου 2026 στις 11:30 π.μ. UTCidentified

   Έχει εντοπιστεί η βασική αιτία των αυξημένων ποσοστών σφάλματος για δοκιμές Real Device στο κέντρο δεδομένων EU-Central-1. Έχει εφαρμοστεί αποκατάσταση και παρακολουθούμε ενεργά την κατάσταση.

3. 2 Σεπτεμβρίου 2026 στις 11:53 π.μ. UTCresolved

   Μετά τη λήψη διορθωτικών μέτρων, τα ποσοστά σφάλματος της πραγματικής συσκευής επανήλθαν στο φυσιολογικό στο κέντρο δεδομένων ΕΕ-Κεντρικό-1. Όλες οι υπηρεσίες είναι πλήρως λειτουργικές.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 25 Αυγούστου 2026 στις 12:33 μ.μ. UTCinvestigating

   Αυτή τη στιγμή βλέπουμε αυξημένα ποσοστά σφάλματος για macOS και iOS δοκιμές στο κέντρο δεδομένων ΗΠΑ-West-1. Αυτή τη στιγμή ερευνούμε.

2. 25 Αυγούστου 2026 στις 1:19 μ.μ. UTCresolved

   Μετά τη λήψη διορθωτικών μέτρων, όλες οι δοκιμές macOS και iOS εκτελούνται τώρα όπως αναμενόταν στο κέντρο δεδομένων ΗΠΑ-West-1. Όλες οι υπηρεσίες είναι πλήρως λειτουργικές.

3. 3 Σεπτεμβρίου 2026 στις 8:23 μ.μ. UTCpostmortem

   - Ναι. Τρίτη 25 Αυγούστου 2026, 11:38 – 13:10 UTC Τι έγινε; Πελάτες που εκτελούν macOS και iOS δοκιμές στην περιοχή ΗΠΑ-Δύσης μας έμπειροι υποβαθμισμένη υπηρεσία. Περίπου το 50% της εικονικής ικανότητας Mac στην περιοχή σταμάτησε να δέχεται νέες δοκιμές, έτσι δοκιμές είτε σε αναμονή είτε δεν κατάφεραν να ξεκινήσουν. Η υπολειπόμενη χωρητικότητα βρισκόταν υπό πρόσθετη πίεση καθώς η εργασία μετατοπιζόταν πάνω της, η οποία επέκτεινε τους χρόνους έναρξης τόσο για τις δοκιμές επιφάνειας εργασίας όσο και για τις δοκιμές προσομοιωτή. Γιατί συνέβη αυτό; Ένα πιστοποιητικό εσωτερικής ασφάλειας που χρησιμοποιείται από τους οικοδεσπότες μας Mac για να φτάσει σε μια υπηρεσία υποστήριξης cloud έφτασε την ημερομηνία λήξης του. Μετά το πέρας της λειτουργίας της, οι οικοδεσπότες δεν μπορούσαν πλέον να εδραιώσουν μια αξιόπιστη σύνδεση με αυτή την υπηρεσία και σταμάτησαν να παρέχουν νέες μηχανές δοκιμών. Το πιστοποιητικό είχε εκδοθεί χειροκίνητα και δεν είχε ούτε αυτόματη ανανέωση ούτε προειδοποίηση λήξης. Πώς το φτιάξαμε; Εκδόσαμε και αναπτύξαμε ένα πιστοποιητικό αντικατάστασης, το οποίο αποκατέστησε τη συνδεσιμότητα και επέστρεψε την ικανότητα Mac σε κανονικά επίπεδα. Τι κάνουμε για να το αποτρέψουμε από το να συμβεί ξανά; Μετακινούμε αυτά τα πιστοποιητικά στην αυτοματοποιημένη ανανέωση και την προσθήκη ειδοποίησης, έτσι ώστε να αντικατασταθούν πολύ πριν από τη λήξη, μαζί με την αναθεώρηση των γύρω εργαλείων για να κάνει το χειρισμό πιστοποιητικών ασφαλέστερο.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 7 Αυγούστου 2026 στις 12:08 μ.μ. UTCinvestigating

   Αυτή τη στιγμή βλέπουμε αυξημένα ποσοστά σφάλματος για εικονικές δοκιμές επιφάνειας εργασίας στο κέντρο δεδομένων ΗΠΑ-Δύσης-1. Αυτή τη στιγμή ερευνούμε.

2. 7 Αυγούστου 2026 στις 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. 14 Αυγούστου 2026 στις 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. 16 Ιουλίου 2026 στις 8:33 μ.μ. UTCresolved

   Μεταξύ 16 Ιουλίου 13:03 UTC και 16 Ιουλίου 17:33 UTC, βιώσαμε μια διαταραχή της υπηρεσίας όπου τα αρχεία συμβόλων που χρησιμοποιούν τα πρωτόκολλα πολλαπλών μερών αποστολής δεν κατάφεραν να επεξεργαστούν. Το περιστατικό λύθηκε και όλες οι υπηρεσίες λειτουργούν.

2. 14 Αυγούστου 2026 στις 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. 16 Ιουλίου 2026 στις 8:30 μ.μ. UTCresolved

   Μεταξύ 14 Ιουλίου 23:45 UTC και 15 Ιουλίου 23:05 UTC, βιώσαμε ένα θέμα όπου το αρχείο συμβόλων φορτώνει σε έργα Backtrace απέτυχε με σφάλματα HTTP 400. Το περιστατικό λύθηκε και όλες οι υπηρεσίες λειτουργούν.

2. 14 Αυγούστου 2026 στις 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. 14 Ιουλίου 2026 στις 5:19 μ.μ. UTCinvestigating

   Αντιμετωπίζουμε ένα ζήτημα στο κέντρο δεδομένων της ΕΕ Central 1, όπου οι δοκιμές εφαρμογής iOS ARM Simulator αποτυγχάνουν με σφάλματα υποδομής. Ερευνούμε.

2. 14 Ιουλίου 2026 στις 6:05 μ.μ. UTCinvestigating

   Οι λήψεις εφαρμογών παίρνουν περισσότερο χρόνο από το αναμενόμενο όταν αυτά τα σφάλματα υποδομής φαίνονται. Συνεχίζουμε την έρευνα.

3. 14 Ιουλίου 2026 στις 6:56 μ.μ. UTCmonitoring

   Έχουμε αναπτύξει μια λύση για αυτό το ζήτημα. Οι δοκιμές θα πρέπει τώρα να πραγματοποιούνται όπως αναμενόταν στο κέντρο δεδομένων της ΕΕ. Παρακολουθούμε.

4. 14 Ιουλίου 2026 στις 7:11 μ.μ. UTCmonitoring

   Συνεχίζουμε να παρακολουθούμε για τυχόν περαιτέρω ζητήματα.

5. 14 Ιουλίου 2026 στις 8:23 μ.μ. UTCresolved

   Αφού λάβουμε διορθωτικά μέτρα και παρακολουθούμε την κατάσταση, βλέπουμε δοκιμές εφαρμογής iOS ARM να πραγματοποιούνται όπως αναμενόταν στο Κέντρο Δεδομένων της ΕΕ. Όλες οι υπηρεσίες είναι πλήρως λειτουργικές.

6. 29 Ιουλίου 2026 στις 5:40 μ.μ. UTCpostmortem

   - Ναι. Τρίτη 14 Ιουλίου 2026, 09:00 - 18:28 UTC Τι έγινε; Οι δοκιμές iOS ARM που διεξήχθησαν στο κέντρο δεδομένων της ΕΕ απέτυχαν. Γιατί συνέβη αυτό; Ένα σφάλμα συνέβη με τον κύριο πάροχο του δικτύου μας στο κέντρο δεδομένων της ΕΕ. Πώς το φτιάξαμε; Αποτύχαμε σε έναν δευτερεύοντα πάροχο δικτύου από το κέντρο δεδομένων της ΕΕ. Τι κάνουμε για να το αποτρέψουμε από το να συμβεί ξανά; Βελτιώσαμε την παρακολούθηση και την ειδοποίησή μας για να πιάσουμε θέματα με τρίτους παρόχους δικτύων.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 1 Ιουλίου 2026 στις 9:37 μ.μ. UTCresolved

   Την 1η Ιουλίου μεταξύ 17:02 UTC και 21:31 UTC, οι δοκιμές macOS 14 απέτυχαν να ξεκινήσουν στα κέντρα δεδομένων ΗΠΑ-Δύσης και ΕΕ-Κεντρικής. Το θέμα αυτό έχει επιλυθεί. Όλες οι υπηρεσίες είναι πλήρως λειτουργικές.

2. 11 Αυγούστου 2026 στις 8:37 μ.μ. UTCpostmortem

   ### **Dates:** Wednesday July 1st 2026, 17:02 UTC - 21:31 UTC ### **What happened:** macOS 14 tests in the US West and EU Central data centers were unable to start. ### **Why it happened:** An internal datasource was unavailable due to a missing configuration entry. ### **How we fixed it:** The missing entry was replaced. ### **What we are doing to prevent it from happening again:** Safeguards have been put in place to prevent in-use datasource removal from configuration.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 1 Ιουλίου 2026 στις 12:12 μ.μ. UTCinvestigating

   Αντιμετωπίζουμε ένα θέμα με την πρόσβαση του επιθεωρητή Appium στα κέντρα δεδομένων ΗΠΑ-Δύσης-1, ΕΕ-Κεντρικής-1 και ΗΠΑ-Ανατολής-4. Ερευνούμε.

2. 1 Ιουλίου 2026 στις 12:58 μ.μ. UTCresolved

   Αναγνωρίσαμε τη βασική αιτία και αναπτύξαμε μια λύση για αυτό το ζήτημα. Όλες οι υπηρεσίες είναι πλήρως λειτουργικές.

3. 20 Ιουλίου 2026 στις 8:34 μ.μ. UTCpostmortem

   - Ναι. Τετάρτη 1 Ιουλίου 2026, 09:37 – 12:46 UTC Τι έγινε; Η λειτουργία Appium Inspector, που χρησιμοποιείται κατά τη διάρκεια πραγματικών συσκευών ζωντανών δοκιμών, δεν κατέστη διαθέσιμη μετά από προγραμματισμένη ανάπτυξη UI. Οι χρήστες που επιχείρησαν να χρησιμοποιήσουν το χαρακτηριστικό κατά τη διάρκεια μιας ζωντανής δοκιμής παρουσιάστηκαν με ένα σφάλμα 500, διαταράσσοντας την ενεργή συνεδρία δοκιμών τους. Οι αυτόματοι αγωγοί δοκιμών δεν επηρεάστηκαν. Γιατί συνέβη αυτό; Μια καθημερινή αναβάθμιση μιας βιβλιοθήκης του κεντρικού περιβάλλοντος εισήγαγε μια ασυμβατότητα με τη λογική απόδοσης του επιθεωρητή του Appium. Η προηγούμενη έκδοση της βιβλιοθήκης ανεχόταν το μοτίβο, αλλά η ενημερωμένη έκδοση όχι. Το θέμα δεν πιάστηκε πριν από την ανάπτυξη λόγω της ανεπαρκούς κάλυψης των δοκιμών από το τέλος έως το τέλος για το συγκεκριμένο χαρακτηριστικό. Πώς το φτιάξαμε; Επιστρέψαμε το UI στην τελευταία γνωστή έκδοση εργασίας για να επαναφέρουμε το χαρακτηριστικό αμέσως και στη συνέχεια αναπτύξαμε μια στοχευμένη λύση για το ασυμβατότητα. Τι κάνουμε για να το αποτρέψουμε από το να συμβεί ξανά; Προσθέτουμε end-to-end κάλυψη των δοκιμών για το χαρακτηριστικό Appium Inspector για να διασφαλιστεί ότι επικυρώνεται αυτόματα πριν από τις μελλοντικές αποστολές.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 24 Ιουνίου 2026 στις 4:39 μ.μ. UTCresolved

   Στις 24 Ιουνίου μεταξύ 08:28 UTC και 15:32 UTC, βιώσαμε αποτυχίες δοκιμών Real Device που έπληξαν το Appium και το Access API στα data centers των ΗΠΑ, της Δύσης των ΗΠΑ και της ΕΕ. Το θέμα αυτό έχει επιλυθεί. Όλες οι υπηρεσίες είναι πλήρως λειτουργικές.

2. 22 Ιουλίου 2026 στις 8:49 μ.μ. UTCpostmortem

   - Ναι. Τετάρτη 24 Ιουνίου 2026, 09:42 UTC - 15:45 UTC. Τι έγινε; Οι πραγματικές συνεδρίες δοκιμών συσκευών που χρησιμοποιούν το Appium και το Access API παρουσίασαν αυξημένα ποσοστά σφαλμάτων στα κέντρα δεδομένων των ΗΠΑ, της Δύσης των ΗΠΑ και της ΕΕ. Οι συνεδρίες συγχρονίζονταν μετά από περίπου 90 δευτερόλεπτα ή κολλούσαν στην κατάσταση "Connecting", εμποδίζοντάς τους να κλείσουν. Γιατί συνέβη αυτό; Εισήχθη ένα ελάττωμα του προϊόντος, προκαλώντας την αποτυχία των δοκιμασιών Real Device να ξεκινήσουν και να εμποδίσουν το κλείσιμο των ενεργών συνεδριών. Πώς το φτιάξαμε; Επιστροφή σε μια σταθερή έκδοση. Τι κάνουμε για να το αποτρέψουμε από το να συμβεί ξανά; Βελτίωση της παρακολούθησης και της ειδοποίησης και ενίσχυση της επικύρωσης μετά την ανάπτυξη.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 18 Ιουνίου 2026 στις 5:30 π.μ. UTCinvestigating

   Γύρω στις 3:51 ΠΜ UTC αρχίσαμε να βιώνουμε χαμηλότερη διαθεσιμότητα συσκευών iOS στο κέντρο δεδομένων ΕΕ-Κεντρικής. Η ομάδα μας ερευνά ενεργά τη βασική αιτία και εργάζεται προς την επίλυση.

2. 18 Ιουνίου 2026 στις 6:12 π.μ. UTCmonitoring

   Έχουμε βιώσει μη διαθεσιμότητα συσκευών στο κέντρο δεδομένων μας ΕΕ-Κεντρικό-1 και έχουμε εντοπίσει τη βασική αιτία. Έχουμε λάβει διορθωτικά μέτρα και παρακολουθούμε επί του παρόντος.

3. 18 Ιουνίου 2026 στις 6:59 π.μ. UTCresolved

   Μετά τη λήψη διορθωτικών μέτρων, βλέπουμε τώρα πραγματικές συσκευές διαθέσιμες για δοκιμές στο κέντρο δεδομένων ΕΕ-Κεντρικό-1. Όλες οι υπηρεσίες είναι πλήρως λειτουργικές.

4. 6 Ιουλίου 2026 στις 5:17 μ.μ. UTCpostmortem

   - Ναι. Πέμπτη 18 Ιουνίου 2026, 03:45 UTC - 06:45 UTC. Τι έγινε; Περίπου το 7% των συσκευών iOS στο κέντρο δεδομένων της ΕΕ δεν ήταν προσωρινά διαθέσιμες για τις συνεδρίες δοκιμών πελατών μετά την απώλεια της ισχύος στο ράφι φιλοξενίας τους. Γιατί συνέβη αυτό; Το ηλεκτρικό κύκλωμα που τροφοδοτούσε την πληγείσα σχάρα υπερέβαινε την ικανότητά του, και ένας προστατευτικός διακόπτης σκόνταψε για να διαφυλάξει την ισχύ κοπής των γραμμών στις συσκευές αυτής της σχάρας μέχρι να αποκατασταθεί το κύκλωμα. Πώς το φτιάξαμε; Το επηρεαζόμενο κύκλωμα επαναρυθμίστηκε και η ισχύς αποκαταστάθηκε στο ράφι, επιστρέφοντας τις συσκευές στην εξυπηρέτηση πελατών. Τι κάνουμε για να το αποτρέψουμε από το να συμβεί ξανά; Αναδιανέμουμε ηλεκτρικό φορτίο σε επηρεαζόμενα ράφια, προσθέτουμε παρακολούθηση χωρητικότητας με ειδοποιήσεις έγκαιρης προειδοποίησης μπροστά από τα όρια κυκλωμάτων, και εισάγουμε μια αναθεώρηση της χωρητικότητας πριν από την εφαρμογή νέων συσκευών σε ένα ράφι.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 1 Ιουνίου 2026 στις 2:02 μ.μ. UTCinvestigating

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

2. 1 Ιουνίου 2026 στις 2:55 μ.μ. UTCinvestigating

   We are continuing to investigate this issue.

3. 1 Ιουνίου 2026 στις 3:30 μ.μ. UTCinvestigating

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

4. 1 Ιουνίου 2026 στις 4:02 μ.μ. UTCmonitoring

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

5. 1 Ιουνίου 2026 στις 6:24 μ.μ. UTCresolved

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

6. 15 Ιουνίου 2026 στις 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. 21 Μαΐου 2026 στις 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. 26 Μαΐου 2026 στις 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. 24 Απριλίου 2026 στις 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. 13 Μαΐου 2026 στις 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. 16 Απριλίου 2026 στις 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. 8 Μαΐου 2026 στις 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. 7 Απριλίου 2026 στις 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. 7 Απριλίου 2026 στις 4:13 μ.μ. UTCresolved

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

3. 10 Απριλίου 2026 στις 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. 24 Μαρτίου 2026 στις 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. 10 Απριλίου 2026 στις 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. 19 Μαρτίου 2026 στις 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. 19 Μαρτίου 2026 στις 10:54 π.μ. UTCresolved

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

3. 10 Απριλίου 2026 στις 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. 18 Μαρτίου 2026 στις 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. 10 Απριλίου 2026 στις 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. 10 Μαρτίου 2026 στις 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. 10 Μαρτίου 2026 στις 11:34 μ.μ. UTCresolved

   This incident has been resolved.

3. 9 Απριλίου 2026 στις 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. 6 Μαρτίου 2026 στις 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. 10 Απριλίου 2026 στις 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.