Historique des pannes de Sentry

1. 27 août 2026 à 09:24 UTCinvestigating

   Nous enquêtons actuellement sur un problème qui affecte la disponibilité de notre produit et API

2. 27 août 2026 à 09:56 UTCinvestigating

   Nous continuons à étudier un problème qui affecte la disponibilité de notre produit et API

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 26 août 2026 à 16:17 UTCinvestigating

   Nous vivons des charges de pages plus lentes et des réponses API en raison d'un problème de base de données en nous

2. 26 août 2026 à 17:53 UTCidentified

   Nous avons identifié une cause potentielle d'excès de trafic et nous travaillons sur une solution.

3. 26 août 2026 à 20:04 UTCmonitoring

   Nous avons mis en place une solution et nous suivons la situation

4. 26 août 2026 à 20:36 UTCresolved

   La question a été réglée

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 25 août 2026 à 09:38 UTCinvestigating

   Nous enquêtons sur les retards dans les alertes d'erreurs dans la région américaine, jusqu'à 10 minutes

2. 25 août 2026 à 11:09 UTCinvestigating

   Nous continuons à étudier le problème

3. 25 août 2026 à 12:27 UTCidentified

   Nous avons identifié le problème et mis en œuvre une solution.

4. 25 août 2026 à 12:38 UTCresolved

   L'alerte d'erreur est de retour à la normale.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 18 août 2026 à 22:33 UTCidentified

   RCA terminé, atténuant maintenant

2. 18 août 2026 à 22:42 UTCresolved

   atténué, gocd fonctionnel à nouveau

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 18 août 2026 à 21:42 UTCinvestigating

   Nous enquêtons actuellement sur un retard dans l'évaluation des alertes dans la région américaine.

2. 18 août 2026 à 21:56 UTCidentified

   Nous avons identifié la cause et nous travaillons à déterminer une atténuation. Cela n'affecte que les États-Unis en ce moment.

3. 18 août 2026 à 22:15 UTCmonitoring

   Nous avons mis en place un correctif et les systèmes se rétablissent. Nous veillons à ce que les arriérés soient éliminés.

4. 18 août 2026 à 22:21 UTCresolved

   Le problème a été résolu, tous les arriérés ont été réglés et tout est à nouveau opérationnel.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 13 août 2026 à 17:47 UTCinvestigating

   Nous enquêtons actuellement sur les retards d'ingestion pour les périodes et les transactions en DE

2. 13 août 2026 à 17:59 UTCinvestigating

   We are currently investigating ingestion delays for spans and transactions in DE and US

3. 13 août 2026 à 18:07 UTCinvestigating

   We are currently investigating ingestion delays for spans, transactions and alerts in DE and US

4. 13 août 2026 à 18:35 UTCidentified

   We've identified the source of latency and are reverting that change.

5. 13 août 2026 à 19:53 UTCmonitoring

   The problematic change has been reverted and we're processing backlogs.

6. 13 août 2026 à 20:32 UTCmonitoring

   We've recovered all ingestion latency in DE. In US, errors have processed their backlog and we continue to make progress on spans in US.

7. 13 août 2026 à 21:22 UTCmonitoring

   We're continuing to make progress on the span ingestion backlog in US.

8. 13 août 2026 à 22:13 UTCmonitoring

   We continue to make progress on the spans backlog with an estimated completion time of 15 minutes.

9. 13 août 2026 à 22:27 UTCresolved

   All backlogs have been processed.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 12 août 2026 à 21:58 UTCinvestigating

   We are currently investigating error ingestion latency in US.

2. 12 août 2026 à 22:43 UTCidentified

   We've mitigated the source of ingestion latency and are processing the backlog.

3. 12 août 2026 à 22:52 UTCresolved

   Backlogs have been processed

1. 12 août 2026 à 12:58 UTCinvestigating

   We are currently investigating reports of API timeouts for the Sentry API in our US region.

2. 12 août 2026 à 13:14 UTCmonitoring

   API performance has returned to expected levels. We are continuing to monitor.

3. 12 août 2026 à 14:24 UTCresolved

   API performance has returned to expected levels.

1. 12 août 2026 à 11:45 UTCinvestigating

   Nous enquêtons activement sur cette question.

2. 12 août 2026 à 12:36 UTCinvestigating

   We've identified the root cause and are actively working on mitigation.

3. 12 août 2026 à 13:28 UTCidentified

   A fix has been made and the backlog is being processed.

4. 12 août 2026 à 14:21 UTCmonitoring

   We're processing new events and alerts in realtime, and continue to process the tail of the backlog.

5. 12 août 2026 à 14:48 UTCresolved

   The backlog has been processed

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 7 août 2026 à 16:21 UTCinvestigating

   We are currently investigating the issue

2. 7 août 2026 à 16:30 UTCidentified

   We've put a fix in place and are monitoring. We anticipate catching up to ingestion within 1 hour

3. 7 août 2026 à 16:48 UTCmonitoring

   Ingestion latency for spans, crons, and logs is back to normal levels.

4. 7 août 2026 à 17:08 UTCresolved

   The ingestion delay is resolved

1. 6 août 2026 à 08:59 UTCinvestigating

   Nous enquêtons activement sur cette question.

2. 6 août 2026 à 09:55 UTCinvestigating

   We are still actively investigating this issue.

3. 6 août 2026 à 10:25 UTCinvestigating

   We've identified the issue causing delays in ingestion and have applied a fix. We'll update again when we return to real time processing.

4. 6 août 2026 à 10:50 UTCmonitoring

   We're processing new events in real time, and are working through a backlog of events now.

5. 6 août 2026 à 11:21 UTCresolved

   We've processed all backlogged events and have fully recovered.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 27 juillet 2026 à 16:23 UTCinvestigating

   Nous rencontrons des problèmes avec l'ingestion d'erreurs et de profils dans notre région américaine et nous enquêtons sur la question.

2. 27 juillet 2026 à 16:56 UTCidentified

   Nous avons identifié le problème et l'erreur et l'ingestion de profil est de retour aux États-Unis. S'attendre à des retards dans l'ingestion et prévenir les erreurs et les profils.

3. 27 juillet 2026 à 18:07 UTCmonitoring

   Nous avons résolu l'incident et nous surveillons notre arriéré d'ingestion.

4. 27 juillet 2026 à 18:27 UTCresolved

   L'arriéré a été éliminé et l'ingestion est de retour à la normale.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 21 juillet 2026 à 10:30 UTCinvestigating

   Nous enquêtons activement sur cette question

2. 21 juillet 2026 à 12:20 UTCinvestigating

   Nous enquêtons encore activement sur cette question

3. 21 juillet 2026 à 13:04 UTCmonitoring

   Nous avons trouvé et corrigé la cause racine et nous sommes en train de brûler dans notre arriéré. L'ingestion devrait revenir à la normale dans une heure environ.

4. 21 juillet 2026 à 13:55 UTCmonitoring

   Nous sommes toujours en train de brûler notre arriéré

5. 21 juillet 2026 à 14:14 UTCresolved

   Nous avons brûlé notre arriéré. La latence à travers les consommateurs sont normales.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 20 juillet 2026 à 11:11 UTCinvestigating

   nous enquêtons sur un problème affectant l'ingestion d'erreurs dans la région DE/UE

2. 20 juillet 2026 à 11:41 UTCidentified

   Nous avons identifié le problème qui cause des erreurs, des pièces jointes et des retours d'information pour avoir une latence élevée dans notre région de l'UE et nous travaillons sur une solution.

3. 20 juillet 2026 à 13:19 UTCidentified

   Nous avons identifié le problème qui cause des erreurs, des pièces jointes et des retours d'information pour avoir une latence élevée dans notre région de l'UE et nous continuons à travailler sur une solution.

4. 20 juillet 2026 à 13:47 UTCidentified

   Nous avons mis en place un correctif pour les erreurs et les réactions d'ingestion dans notre région de l'UE, et la latence pour ces pipelines est revenue à la normale. Nous travaillons toujours à la fixation de notre pipeline d'ingestion de pièces jointes dans l'UE.

5. 20 juillet 2026 à 14:30 UTCmonitoring

   Nous avons mis en place un correctif pour notre problème d'ingestion d'attachement dans notre région de l'UE et nous surveillons pendant que l'arriéré brûle. Nous mettrons à jour ici quand la latence sera de retour à la normale.

6. 20 juillet 2026 à 14:50 UTCmonitoring

   L'arriéré concernant les pièces jointes dans notre région de l'UE est entièrement brûlé, et la latence est de retour à la normale. Alors que de nouveaux événements d'erreur sont traités avec latence normale, nous avons un arriéré d'anciens événements d'erreur que nous sommes maintenant en train de graver.

7. 20 juillet 2026 à 16:09 UTCmonitoring

   Nous ne cessons de brûler l'arriéré des erreurs commises dans la région de l'UE pendant l'incident. Nous sommes à la moitié de l'arriéré.

8. 20 juillet 2026 à 16:57 UTCresolved

   Nous avons complètement brûlé l'arriéré d'erreurs commises par l'UE pendant l'incident. Latence est normale pour tous les types d'événements.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 16 juillet 2026 à 21:06 UTCidentified

   La question est atténuée et l'arriéré du webhook est en cours de traitement. Les avis de code de lecture s'exécuteront et les problèmes Github liés et les PR seront mis à jour progressivement.

2. 17 juillet 2026 à 00:44 UTCidentified

   L'arriéré de webhook est en cours de traitement, ETA ~3 heures jusqu'à ce que complètement rattrapé. Les avis de code de lecture s'exécuteront et les problèmes Github liés et les PR seront mis à jour progressivement.

3. 17 juillet 2026 à 03:49 UTCidentified

   L'arriéré de webhook est en cours de traitement. La récupération estimée est maintenant de 2 à 2,5 heures.

4. 17 juillet 2026 à 05:49 UTCidentified

   L'arriéré de webhook est en cours de traitement.

5. 17 juillet 2026 à 06:57 UTCresolved

   L'arriéré de webhook est maintenant réglé.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 14 juillet 2026 à 14:44 UTCinvestigating

   Nous étudions actuellement le problème.

2. 14 juillet 2026 à 15:42 UTCinvestigating

   Nous continuons d'enquêter sur la question.

3. 14 juillet 2026 à 16:42 UTCidentified

   Nous avons identifié le problème et nous travaillons sur la récupération.

4. 14 juillet 2026 à 16:49 UTCidentified

   Nous travaillons toujours sur le rétablissement. De nouvelles erreurs devraient être traitées en temps réel, et nous travaillons à la récupération des données historiques.

5. 14 juillet 2026 à 17:02 UTCidentified

   Nous travaillons toujours sur le rétablissement. De nouvelles erreurs devraient être traitées en temps réel, et nous travaillons à la récupération des données historiques. Nous travaillons pour commencer à permettre la rétroaction des utilisateurs en DE.

6. 14 juillet 2026 à 17:40 UTCmonitoring

   Nous traitons les erreurs en temps réel et les arriérés d'erreurs ont été traités. Nous continuons de surveiller la situation avant de rétablir l'ingestion de rétroaction.

7. 14 juillet 2026 à 18:16 UTCmonitoring

   Nous continuons de surveiller l'ingestion, et un correctif est déployé pour débloquer l'ingestion de rétroaction.

8. 14 juillet 2026 à 19:32 UTCresolved

   L'ingestion de rétroaction est de retour en temps réel et l'arriéré a été traité.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 13 juillet 2026 à 11:51 UTCinvestigating

   Nous enquêtons sur les retards d'ingestion.

2. 13 juillet 2026 à 12:24 UTCidentified

   Nous avons identifié le problème et rétabli le service.

3. 13 juillet 2026 à 12:41 UTCmonitoring

   Le service a été rétabli et nous suivons activement la situation

4. 13 juillet 2026 à 14:25 UTCresolved

   Le service a été restauré.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 13 juillet 2026 à 00:58 UTCinvestigating

   Nous étudions actuellement le problème.

2. 13 juillet 2026 à 01:46 UTCidentified

   Nous avons identifié le problème et nous travaillons à rétablir l'ingestion

3. 13 juillet 2026 à 02:01 UTCmonitoring

   Nous avons mis en place une solution et nous suivons la situation. On s'attend à ce que l'ingestion reprenne l'heure suivante, environ.

4. 13 juillet 2026 à 02:56 UTCresolved

   L'ingestion a pris du retard et les alertes ont été rétablies.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 10 juillet 2026 à 22:43 UTCinvestigating

   Nous enquêtons actuellement sur cette question.

2. 10 juillet 2026 à 23:02 UTCidentified

   Nous avons identifié le problème et travaillons sur une correction, les erreurs ingérées sont retardées et seront traitées une fois la correction en place.

3. 11 juillet 2026 à 00:04 UTCidentified

   Nous avons identifié le problème et nous travaillons sur la récupération. De nouvelles erreurs sont traitées en temps réel et nous sommes en train de consommer des erreurs accumulées.

4. 11 juillet 2026 à 00:56 UTCidentified

   Nous travaillons toujours sur le rétablissement. De nouvelles erreurs devraient être traitées en temps réel, et nous travaillons à la récupération des données historiques.

5. 11 juillet 2026 à 01:46 UTCidentified

   Nous nous attendons à ce que la récupération des données historiques soit terminée dans les 2 prochaines heures.

6. 11 juillet 2026 à 02:37 UTCidentified

   Nous avons traité la majorité de notre arriéré. Nous sommes en train de récupérer une erreur supplémentaire de 25M allant de 22:20 à 23:20 UTC, qui devrait se terminer dans les 2 prochaines heures

7. 11 juillet 2026 à 03:28 UTCmonitoring

   Nous avons traité la majorité de notre arriéré. Nous récupérons maintenant la queue de l'arriéré.

8. 11 juillet 2026 à 03:34 UTCresolved

   Nous avons traité l'arriéré.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 7 juillet 2026 à 08:49 UTCinvestigating

   Nous enquêtons actuellement sur des rapports faisant état d'un nombre incohérent de registres traités à Sentry pour le dernier jour

2. 7 juillet 2026 à 14:36 UTCresolved

   Entre le 6 juillet 20h25 UTC et le 7 juillet 12h25 UTC, un mauvais changement de configuration a été déployé, provoquant un suréchantillonnage des journaux, des travées et des métriques. Le changement de configuration est maintenant retourné et le problème est corrigé.

Traduit automatiquement depuis la mise à jour officielle de l'incident.