Störungsverlauf von Sentry

1. 27. August 2026 um 09:24 UTCinvestigating

   Wir untersuchen derzeit ein Problem, das die Verfügbarkeit unseres Produkts und unserer API beeinflusst

2. 27. August 2026 um 09:56 UTCinvestigating

   Wir untersuchen weiterhin ein Problem, das die Verfügbarkeit unseres Produkts und unserer API beeinflusst

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 26. August 2026 um 16:17 UTCinvestigating

   Wir erleben langsamere Seitenlasten und API-Antworten aufgrund eines Datenbankproblems in uns

2. 26. August 2026 um 17:53 UTCidentified

   Wir haben eine mögliche Ursache für übermäßigen Traffic identifiziert und arbeiten an einem Fix.

3. 26. August 2026 um 20:04 UTCmonitoring

   Wir haben eine Lösung gefunden und beobachten die Situation

4. 26. August 2026 um 20:36 UTCresolved

   Das Problem ist gelöst

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 25. August 2026 um 09:38 UTCinvestigating

   Wir untersuchen Verzögerungen bei Fehlerwarnungen in der US-Region, bis zu 10 Minuten

2. 25. August 2026 um 11:09 UTCinvestigating

   Wir untersuchen das Problem weiter.

3. 25. August 2026 um 12:27 UTCidentified

   Wir haben das Problem identifiziert und einen Fix implementiert.

4. 25. August 2026 um 12:38 UTCresolved

   Fehlerwarnung ist wieder normal.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 18. August 2026 um 22:33 UTCidentified

   RCA komplett, jetzt mildern

2. 18. August 2026 um 22:42 UTCresolved

   gemildert, gocd wieder funktionsfähig

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 18. August 2026 um 21:42 UTCinvestigating

   Wir untersuchen derzeit eine Verzögerung bei der Auswertung von Warnungen in der US-Region.

2. 18. August 2026 um 21:56 UTCidentified

   Wir haben die Ursache identifiziert und arbeiten daran, eine Milderung zu bestimmen. Das betrifft uns momentan nur.

3. 18. August 2026 um 22:15 UTCmonitoring

   Wir haben einen Fix implementiert und die Systeme erholen sich. Wir überwachen, um sicherzustellen, dass die Rückstände abgebaut werden.

4. 18. August 2026 um 22:21 UTCresolved

   Das Problem ist gelöst, alle Rückstände sind behoben und alles ist wieder funktionsfähig.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 13. August 2026 um 17:47 UTCinvestigating

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

2. 13. August 2026 um 17:59 UTCinvestigating

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

3. 13. August 2026 um 18:07 UTCinvestigating

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

4. 13. August 2026 um 18:35 UTCidentified

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

5. 13. August 2026 um 19:53 UTCmonitoring

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

6. 13. August 2026 um 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. August 2026 um 21:22 UTCmonitoring

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

8. 13. August 2026 um 22:13 UTCmonitoring

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

9. 13. August 2026 um 22:27 UTCresolved

   All backlogs have been processed.

1. 12. August 2026 um 21:58 UTCinvestigating

   We are currently investigating error ingestion latency in US.

2. 12. August 2026 um 22:43 UTCidentified

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

3. 12. August 2026 um 22:52 UTCresolved

   Backlogs have been processed

1. 12. August 2026 um 12:58 UTCinvestigating

   Wir untersuchen derzeit Berichte über API-Timeouts für die Sentry-API in unserer US-Region.

2. 12. August 2026 um 13:14 UTCmonitoring

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

3. 12. August 2026 um 14:24 UTCresolved

   API performance has returned to expected levels.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 12. August 2026 um 11:45 UTCinvestigating

   We are actively investigating this issue.

2. 12. August 2026 um 12:36 UTCinvestigating

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

3. 12. August 2026 um 13:28 UTCidentified

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

4. 12. August 2026 um 14:21 UTCmonitoring

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

5. 12. August 2026 um 14:48 UTCresolved

   The backlog has been processed

1. 7. August 2026 um 16:21 UTCinvestigating

   We are currently investigating the issue

2. 7. August 2026 um 16:30 UTCidentified

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

3. 7. August 2026 um 16:48 UTCmonitoring

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

4. 7. August 2026 um 17:08 UTCresolved

   The ingestion delay is resolved

1. 6. August 2026 um 08:59 UTCinvestigating

   We are actively investigating this issue.

2. 6. August 2026 um 09:55 UTCinvestigating

   We are still actively investigating this issue.

3. 6. August 2026 um 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. August 2026 um 10:50 UTCmonitoring

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

5. 6. August 2026 um 11:21 UTCresolved

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

1. 27. Juli 2026 um 16:23 UTCinvestigating

   Wir haben Probleme mit Fehlern und Profilaufnahme in unserer US-Region und untersuchen das Problem.

2. 27. Juli 2026 um 16:56 UTCidentified

   Wir haben das Problem identifiziert und Fehler und Profilaufnahme ist wieder in den USA. Erwarten Sie Verzögerungen bei der Aufnahme und Alarmierung für Fehler und Profile.

3. 27. Juli 2026 um 18:07 UTCmonitoring

   Wir haben den Vorfall behoben und überwachen unseren Verdauungsrückstand.

4. 27. Juli 2026 um 18:27 UTCresolved

   Der Rückstand wurde gelöscht und die Einnahme ist wieder normal.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 21. Juli 2026 um 10:30 UTCinvestigating

   Wir untersuchen dieses Problem aktiv

2. 21. Juli 2026 um 12:20 UTCinvestigating

   Wir untersuchen dieses Problem immer noch aktiv

3. 21. Juli 2026 um 13:04 UTCmonitoring

   Wir haben die Ursache gefunden und behoben und brennen durch unseren Rückstand. Die Einnahme sollte in etwa einer Stunde wieder normal sein.

4. 21. Juli 2026 um 13:55 UTCmonitoring

   Wir brennen immer noch durch unseren spans backlog

5. 21. Juli 2026 um 14:14 UTCresolved

   Wir haben unseren spans backlog verbrannt. Latenz über Spanne Verbraucher sind normal.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 20. Juli 2026 um 11:11 UTCinvestigating

   wir untersuchen ein Problem, das die Fehleraufnahme in der DE / EU-Region beeinflusst

2. 20. Juli 2026 um 11:41 UTCidentified

   Wir haben das Problem identifiziert, das Fehler, Anhänge und Feedback-Ereignisse in unserer EU-Region mit hoher Latenzzeit verursacht, und arbeiten an einer Lösung.

3. 20. Juli 2026 um 13:19 UTCidentified

   Wir haben das Problem identifiziert, das Fehler, Anhänge und Feedback-Ereignisse in unserer EU-Region mit hoher Latenzzeit verursacht, und arbeiten weiter an einem Fix.

4. 20. Juli 2026 um 13:47 UTCidentified

   Wir haben eine Fehlerbehebung und Rückkopplungsaufnahme in unserer EU-Region implementiert, und die Latenz für diese Pipelines hat sich wieder normalisiert. Wir arbeiten immer noch daran, unsere Aufnahme-Pipeline in der EU zu reparieren.

5. 20. Juli 2026 um 14:30 UTCmonitoring

   Wir haben einen Fix für unser Problem mit der Aufnahme von Anhängen in unserer EU-Region implementiert und überwachen, während der Rückstand brennt. Wir werden hier aktualisieren, wenn die Latenz wieder normal ist.

6. 20. Juli 2026 um 14:50 UTCmonitoring

   Der Rückstand bei den Anhängen in unserer EU-Region ist vollständig verbrannt, und die Latenz ist wieder normal. Während neue Fehlerereignisse mit normaler Latenz verarbeitet werden, haben wir einen Rückstand alter Fehlerereignisse, den wir jetzt durchbrennen.

7. 20. Juli 2026 um 16:09 UTCmonitoring

   Wir verbrennen immer noch den Rückstand an Fehlerereignissen in der EU-Region, die während des Vorfalls eingegangen sind. Wir sind auf halbem Weg durch den Rückstand.

8. 20. Juli 2026 um 16:57 UTCresolved

   Wir haben den Rückstand an EU-Fehlerereignissen, die während des Vorfalls aufgenommen wurden, vollständig verbrannt. Latenz ist bei allen Ereignistypen normal.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 16. Juli 2026 um 21:06 UTCidentified

   Das Problem wird gemildert und der Webhook-Backlog wird verarbeitet. Seer-Code-Reviews werden ausgeführt und verknüpfte Github-Probleme und PRs werden schrittweise aktualisiert.

2. 17. Juli 2026 um 00:44 UTCidentified

   Der Webhook-Backlog wird bearbeitet, ETA ~3 Stunden, bis er vollständig aufgeholt ist. Seer-Code-Reviews werden ausgeführt und verknüpfte Github-Probleme und PRs werden schrittweise aktualisiert.

3. 17. Juli 2026 um 03:49 UTCidentified

   Der Webhook Backlog wird verarbeitet. Geschätzte Erholung ist jetzt 2-2,5 Stunden.

4. 17. Juli 2026 um 05:49 UTCidentified

   Der Webhook Backlog wird verarbeitet.

5. 17. Juli 2026 um 06:57 UTCresolved

   Der Webhook-Backlog ist nun behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 14. Juli 2026 um 14:44 UTCinvestigating

   Wir untersuchen das Problem derzeit.

2. 14. Juli 2026 um 15:42 UTCinvestigating

   Wir werden das Problem weiter untersuchen.

3. 14. Juli 2026 um 16:42 UTCidentified

   Wir haben das Problem erkannt und arbeiten an der Erholung.

4. 14. Juli 2026 um 16:49 UTCidentified

   Wir arbeiten immer noch an der Erholung. Neue Fehler sollten in Echtzeit verarbeitet werden, und wir arbeiten daran, historische Daten wiederherzustellen.

5. 14. Juli 2026 um 17:02 UTCidentified

   Wir arbeiten immer noch an der Erholung. Neue Fehler sollten in Echtzeit verarbeitet werden, und wir arbeiten daran, historische Daten wiederherzustellen. Wir arbeiten daran, benutzerfeedback in de zu ermöglichen.

6. 14. Juli 2026 um 17:40 UTCmonitoring

   Wir verarbeiten Fehler in Echtzeit und Fehler-Backlogs wurden verarbeitet. Wir überwachen die Situation weiter, bevor wir die Rückkopplungsaufnahme wiederherstellen.

7. 14. Juli 2026 um 18:16 UTCmonitoring

   Wir überwachen weiterhin die Einnahme, und es wird ein Fix eingesetzt, um die Rückkopplungsaufnahme zu entsperren.

8. 14. Juli 2026 um 19:32 UTCresolved

   Die Feedback-Einnahme ist wieder in Echtzeit und der Backlog wurde verarbeitet.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 13. Juli 2026 um 11:51 UTCinvestigating

   Wir untersuchen Einnahmeverzögerungen.

2. 13. Juli 2026 um 12:24 UTCidentified

   Wir haben das Problem identifiziert und den Service wiederhergestellt.

3. 13. Juli 2026 um 12:41 UTCmonitoring

   Der Service wurde wiederhergestellt und wir beobachten aktiv die Situation

4. 13. Juli 2026 um 14:25 UTCresolved

   Der Service wurde wiederhergestellt.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 13. Juli 2026 um 00:58 UTCinvestigating

   Wir untersuchen das Problem derzeit.

2. 13. Juli 2026 um 01:46 UTCidentified

   Wir haben das Problem identifiziert und arbeiten daran, die Einnahme wiederherzustellen

3. 13. Juli 2026 um 02:01 UTCmonitoring

   Wir haben einen Fix umgesetzt und beobachten die Situation. Wir erwarten, dass die Einnahme in der nächsten Stunde aufholen, etwa.

4. 13. Juli 2026 um 02:56 UTCresolved

   Die Einnahme hat aufgeholt und die Warnungen wurden wiederhergestellt.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 10. Juli 2026 um 22:43 UTCinvestigating

   Wir untersuchen derzeit dieses Problem.

2. 10. Juli 2026 um 23:02 UTCidentified

   Wir haben das Problem erkannt und arbeiten an einem Fix, aufgenommene Fehler werden verzögert und werden verarbeitet, sobald der Fix vorhanden ist.

3. 11. Juli 2026 um 00:04 UTCidentified

   Wir haben das Problem erkannt und arbeiten an der Erholung. Neue Fehler werden in Echtzeit verarbeitet und wir sind dabei, rückfällige Fehler zu konsumieren.

4. 11. Juli 2026 um 00:56 UTCidentified

   Wir arbeiten immer noch an der Erholung. Neue Fehler sollten in Echtzeit verarbeitet werden, und wir arbeiten daran, historische Daten wiederherzustellen.

5. 11. Juli 2026 um 01:46 UTCidentified

   Wir erwarten, dass die Wiederherstellung der historischen Daten innerhalb der nächsten 2 Stunden abgeschlossen sein wird.

6. 11. Juli 2026 um 02:37 UTCidentified

   Wir haben den Großteil unseres Backlogs bearbeitet. Wir stellen jetzt zusätzliche 25M Fehlerereignisse von 22:20 bis 23:20 UTC wieder her, die in den nächsten 2 Stunden abgeschlossen sein sollten

7. 11. Juli 2026 um 03:28 UTCmonitoring

   Wir haben den Großteil unseres Backlogs bearbeitet. Wir sind jetzt dabei, den Rückstand zurückzugewinnen.

8. 11. Juli 2026 um 03:34 UTCresolved

   Wir haben den Backlog bearbeitet.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 7. Juli 2026 um 08:49 UTCinvestigating

   Wir untersuchen derzeit Berichte über inkonsistente gemeldete Anzahl verarbeiteter Protokolle in Sentry für den letzten Tag

2. 7. Juli 2026 um 14:36 UTCresolved

   Zwischen dem 6. Juli 20:25 UTC und dem 7. Juli 12:25 UTC wurde eine falsche Konfigurationsänderung eingesetzt, die zu einer Überabtastung von Protokollen, Spannweiten und Metriken führte. Die Konfigurationsänderung wird nun rückgängig gemacht und das Problem behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.