To prevent future incidents similar to the one on June 11, 2024, Zendesk has implemented new monitoring and alerting systems. These systems are designed to detect when database clusters enter a read-only state.
These proactive measures aim to ensure that any similar issues are identified and resolved quickly, minimizing impact on customers.
On June 11, 2024, Zendesk experienced a brief service incident affecting Pod 28. From 18:00 UTC to 18:07 UTC, some customers faced issues with creating or updating tickets, and there was a delay in email notifications. The root cause was identified…
The June 11, 2024 incident was resolved by reverting the database cluster to its original state. This action restored ticket functionality and email notifications. The incident was caused by the database cluster unintentionally entering a read-only…
The root cause of the June 11, 2024 Zendesk incident was a database cluster unintentionally transitioning to a read-only mode. This occurred during a routine switchover. This transition led to issues with creating or updating tickets and delayed…
The Zendesk service disruption on June 11, 2024, lasted for approximately 7 minutes. It occurred from 18:00 UTC to 18:07 UTC. During this time, customers on Pod 28 experienced issues with creating or updating tickets, and there was a delay in email…