Störungsverlauf von Signalfx Us1

1. 27. Oktober 2026 um 22:21 UTCinvestigating

   wir haben festgestellt, dass ApI mit 500 fehlschlägt, so dass die Code-Profiling-Seite nicht zugänglich wäre oder Fehler in der Benutzeroberfläche angezeigt würden

2. 27. Oktober 2026 um 22:23 UTCidentified

   Das Problem wurde identifiziert und umgesetzt

3. 27. Oktober 2026 um 22:24 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

4. 28. Oktober 2026 um 01:38 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 23. Oktober 2026 um 07:33 UTCinvestigating

   Wir untersuchen ein Problem mit der AWS CloudWatch-Integration. Einige Kunden sehen möglicherweise fehlende oder veraltete Ressourcen-Tags in AWS-Metriken, und Änderungen an Metrik-Stream-Konfigurationen werden möglicherweise nicht angewendet. Die metrische Einnahme wird nicht beeinflusst. Wir werden ein Update bereitstellen, sobald weitere Informationen verfügbar sind.

2. 23. Oktober 2026 um 09:15 UTCidentified

   Wir haben festgestellt, dass die degradierte AWS CloudWatch-Integration durch eine anhaltende AWS-Störung in der Region me-central-1 (VAE) verursacht wird, einschließlich AWS CloudWatch und der Resource Groups Tagging API. Kunden mit AWS-Ressourcen in dieser Region sehen möglicherweise fehlende oder veraltete Ressourcen-Tags in AWS-Metriken, und Änderungen an Metrik-Stream-Konfigurationen werden möglicherweise nicht angewendet. Die metrische Einnahme wird nicht beeinflusst. AWS hat keine Wiederherstellungs-Timeline bereitgestellt und empfiehlt die Migration in eine andere Region.

3. 23. Oktober 2026 um 21:12 UTCresolved

   Splunk hat bestätigt, dass die degradierte AWS CloudWatch-Integration in der Region me-central-1 (VAE) durch eine anhaltende regionale AWS-Störung außerhalb der Kontrolle von Splunk verursacht wird. AWS hat keinen Wiederherstellungs-Timeline zur Verfügung gestellt und empfiehlt die Migration der betroffenen Ressourcen in eine andere Region. Die metrische Einnahme wird nicht beeinflusst. Wir identifizieren betroffene Kunden und werden individuell die nächsten Schritte besprechen. Wenn Sie unmittelbare Bedenken haben, kontaktieren Sie bitte Ihr Account-Team.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 22. Oktober 2026 um 21:56 UTCinvestigating

   Eine Verschlechterung der Leistung der Splunk APM-Datenaufnahmepipeline führt dazu, dass die Verarbeitung und Speicherung von Rohdaten um mehr als fünf Minuten verzögert wird. Derzeit gehen keine Daten verloren und MetricSets sind nicht betroffen, aber die neuesten Daten sind möglicherweise nicht in den Trace-Suchergebnissen verfügbar.

2. 22. Oktober 2026 um 21:58 UTCidentified

   Wir arbeiten weiter an einer Lösung für dieses Problem.

3. 22. Oktober 2026 um 22:01 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

4. 22. Oktober 2026 um 22:10 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 15. Oktober 2026 um 18:57 UTCinvestigating

   Wir untersuchen eine Verschlechterung der Splunk Observability Cloud-Webanwendung für einige Kunden. Die Datenaufnahme ist derzeit nicht betroffen. Wir werden so schnell wie möglich ein Update bereitstellen.

2. 15. Oktober 2026 um 21:04 UTCinvestigating

   Unsere Engineering-Teams beheben aktiv die identifizierten Leistungsprobleme in der Splunk Observability Web-Benutzeroberfläche, wir werden so schnell wie möglich ein neues Update veröffentlichen.

3. 15. Oktober 2026 um 21:11 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

4. 15. Oktober 2026 um 21:20 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 11. Oktober 2026 um 04:09 UTCinvestigating

   Charts für eine Untergruppe von Kunden werden möglicherweise nicht geladen. Datapoint Ingest ist nicht betroffen. Wir untersuchen und werden in Kürze ein Update bereitstellen.

2. 11. Oktober 2026 um 04:24 UTCmonitoring

   Charts und Dashboards sind in einem gesunden Zustand und wir überwachen die Erholung.

3. 11. Oktober 2026 um 05:34 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 3. Oktober 2026 um 03:02 UTCinvestigating

   Wir untersuchen Verzögerungen bei der Verarbeitung von Splunk Observability Synthetic Monitoring Testergebnissen. Synthetische Monitoring-Tests sind funktionsfähig, aber Metriken können fehlen, bis das Problem behoben ist.

2. 3. Oktober 2026 um 03:03 UTCinvestigating

   Wir werden dieses Problem weiter untersuchen.

3. 3. Oktober 2026 um 03:03 UTCidentified

   Das Problem wurde identifiziert und ein Fix wird implementiert.

4. 3. Oktober 2026 um 03:13 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

5. 3. Oktober 2026 um 03:18 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 29. September 2026 um 15:02 UTCinvestigating

   Einige Kunden können Verzögerungen in einigen Charts und Detektoren auftreten. Datapoint Ingest ist nicht betroffen. Wir untersuchen und werden in Kürze ein Update bereitstellen.

2. 29. September 2026 um 15:54 UTCinvestigating

   Wir untersuchen weiterhin die Verzögerungen in einigen Charts und Detektoren. Unsere Engineering-Teams setzen die Fehlersuche fort und werden in Kürze ein Update teilen.

3. 29. September 2026 um 16:10 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

4. 29. September 2026 um 17:26 UTCmonitoring

   Service Recovery wurde bestätigt. Wir werden die Systemleistung weiterhin genau überwachen und Updates entsprechend teilen.

5. 29. September 2026 um 18:07 UTCresolved

   Unser Engineering-Team hat bestätigt, dass die eingesetzte Lösung die betroffenen Dienste in der US1-Region stabilisiert hat. Dieser Vorfall gilt nun als gelöst.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 27. September 2026 um 02:17 UTCresolved

   Von 17:45 Uhr bis 18:20 Uhr PT verzögerte sich die Verschlechterung der Leistung der Splunk APM-Trace-Processing-Pipeline um mehr als fünf Minuten. Infolgedessen haben die APM-Troubleshooting-Erfahrung, Service Maps und Tag Spotlight keinen Zugriff auf die neuesten Daten. Die Verarbeitung von Metriken für Business Workflows, die auch von dieser Pipeline abhängt, verzögert sich ebenfalls. Die Aufnahme von Spurendaten ist derzeit nicht betroffen; auch die Überwachungs-MetricSets auf Service- und Endpunktebene und die daraus gebauten Detektoren sind nicht betroffen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 18. September 2026 um 15:40 UTCresolved

   Einige Kunden sehen Anmeldefehler aufgrund von Zertifikatsfehlern. Kunden, die bereits protokolliert sind, sind nicht betroffen. Das Problem ist gelöst.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 15. September 2026 um 14:41 UTCidentified

   Ab 5:50 Uhr PDT wurde die Datenpunktaufnahme für die Archivierungsebene beeinflusst, was dazu führte, dass eine kleine Anzahl von Datenpunkten nicht akzeptiert wurde. Die Auswirkungen beschränkten sich auf die Archivebene. Detektoren und Charts waren nicht betroffen. Wir haben Abhilfe geschaffen und überwachen das System aktiv, um eine anhaltende Stabilität zu gewährleisten. Wir werden alle 15 Minuten Updates bereitstellen.

2. 15. September 2026 um 14:52 UTCidentified

   Ab 7:48 Uhr PDT beobachten wir keine Daten mehr, die fallen gelassen werden. Das System erholt sich weiter, und wir überwachen es aktiv, um weiterhin Stabilität zu gewährleisten.

3. 15. September 2026 um 14:54 UTCmonitoring

   Das System erholt sich weiter, und wir überwachen es aktiv, um weiterhin Stabilität zu gewährleisten.

4. 15. September 2026 um 15:33 UTCmonitoring

   Das System zeigt stetige Fortschritte bei seiner Erholung. Unsere Teams bleiben aktiv und beobachten die Systemmetriken, um eine anhaltende Stabilität zu gewährleisten

5. 15. September 2026 um 16:50 UTCmonitoring

   Wir haben die Datenpunktaufnahme erfolgreich wiederhergestellt und sehen stetige Fortschritte, wenn der Datenbestand verarbeitet wird. Wir überwachen diesen Prozess aktiv, um sicherzustellen, dass die Full-Service-Funktionalität so schnell wie möglich zurückgegeben wird.

6. 15. September 2026 um 17:59 UTCmonitoring

   Wir überwachen weiterhin die volle Servicefunktionalität.

7. 15. September 2026 um 18:58 UTCmonitoring

   Wir überwachen das System weiterhin, um eine anhaltende Stabilität zu gewährleisten. Unsere Teams sind weiterhin aktiv an der Beobachtung von Leistungsmetriken beteiligt, um zu bestätigen, dass alle Operationen wie erwartet funktionieren.

8. 15. September 2026 um 20:17 UTCmonitoring

   Um den Wiederherstellungsprozess zu beschleunigen, fügen wir unseren Clustern derzeit zusätzliche Kapazitäten hinzu. Unsere Teams bleiben aktiv und überwachen die Systemleistung, während sie sich stabilisiert.

9. 15. September 2026 um 21:28 UTCresolved

   Das System hat sich erholt und wir nehmen archivierte Daten ohne Verzögerung auf.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 12. September 2026 um 16:32 UTCinvestigating

   Die Datenpunktaufnahme ist betroffen und wir lassen Datenpunkte einige Datenpunkte ab 8:52 PDT fallen. Wir untersuchen und werden alle 15 minuten ein update bereitstellen.

2. 12. September 2026 um 16:55 UTCmonitoring

   Zwischen 8:52 PDT und 9:47 PDT wurde eine kleine Anzahl von Datenpunkten für neue Zeitreihen nicht akzeptiert. Infolgedessen können neue Zeitreihen eine Verzögerung erfahren haben, bevor sie in Charting und Detektoren verfügbar werden. Die Sanierung ist vorhanden, und wir überwachen das System weiterhin, um die Stabilität zu gewährleisten.

3. 12. September 2026 um 17:37 UTCresolved

   Das Problem wurde behoben und die Datenpunktaufnahme funktioniert normal. Wir haben bestätigt, dass das System nach der Sanierung stabil bleibt. Dieser Vorfall ist nun gelöst.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 9. September 2026 um 00:12 UTCinvestigating

   Eine Verschlechterung des Trace-Data-Ingest-Pfades für Splunk APM führt dazu, dass einige Trace-Spannen fallengelassen werden und verloren gehen. Wir untersuchen das Problem und werden so schnell wie möglich ein Update bereitstellen.

2. 9. September 2026 um 00:41 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 28. August 2026 um 18:01 UTCinvestigating

   Wir untersuchen einen großen Ausfall des Splunk Observability AI Assistant.

2. 28. August 2026 um 18:20 UTCidentified

   Das Problem wurde als Azure OpenAI-Ausfall identifiziert und wir gehen mit einem Workaround fort.

3. 28. August 2026 um 18:25 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

4. 28. August 2026 um 19:26 UTCresolved

   Überwachungsphase abgeschlossen. Das Problem ist gelöst.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 25. August 2026 um 18:44 UTCinvestigating

   Ab dem 25.08.2026, 11:38 Uhr PDT, führt eine Verschlechterung der Leistung der Splunk APM-Trace-Processing-Pipeline dazu, dass sich die Fehlersuche um mehr als fünf Minuten verzögert. Infolgedessen haben die APM-Troubleshooting-Erfahrung, Service Maps und Tag Spotlight keinen Zugriff auf die neuesten Daten. Die Verarbeitung von Metriken für Business Workflows, die auch von dieser Pipeline abhängt, verzögert sich ebenfalls. Die Aufnahme von Spurendaten ist derzeit nicht betroffen; auch die Überwachungs-MetricSets auf Service- und Endpunktebene und die daraus gebauten Detektoren sind nicht betroffen.

2. 25. August 2026 um 19:21 UTCinvestigating

   Wir werden dieses Problem weiter untersuchen.

3. 25. August 2026 um 19:44 UTCidentified

   Das Problem wurde identifiziert und ein Fix wird implementiert.

4. 25. August 2026 um 20:02 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

5. 25. August 2026 um 20:25 UTCmonitoring

   Unsere Teams überwachen die Situation weiterhin, um eine vollständige Abhilfe zu gewährleisten.

6. 25. August 2026 um 21:07 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 1. August 2026 um 14:35 UTCinvestigating

   Probleme bei der Verarbeitung von Warnmeldungen, die zu verzögerten Benachrichtigungen führen. Wir untersuchen derzeit das Problem.

2. 1. August 2026 um 15:33 UTCinvestigating

   Wir untersuchen derzeit eine erhöhte Benachrichtigungslatenz. Kunden können Verzögerungen beim Empfang von Warnmeldungen auftreten. Wir arbeiten aktiv daran, dieses Problem zu lösen und werden Updates bereitstellen, wenn wir Fortschritte machen. Wir schätzen Ihre Geduld.

3. 1. August 2026 um 15:55 UTCidentified

   Wir haben das Problem identifiziert und lösen es aktiv, was zu verspäteten Warnmeldungen führt. Der Fix wurde implementiert und zeigt bereits eine deutliche Verbesserung der Benachrichtigungslieferzeiten. Während einige Benachrichtigungen, die vor unserem Fix in die Warteschlange gestellt wurden, immer noch geringfügige Verzögerungen aufweisen können, wenn das System aufholt, werden neue Benachrichtigungen normal geliefert. Wir schätzen Ihre Geduld und werden die Situation weiterhin genau beobachten.

4. 1. August 2026 um 17:09 UTCidentified

   Wir arbeiten aktiv an der Lösung des Problems. Kunden können weiterhin Verzögerungen bei der Benachrichtigungszustellung erleben. Dazu gehören neu generierte Benachrichtigungen, die hinter früheren Ereignissen in der Warteschlange verarbeitet werden. Das Team untersucht aktiv die Ursache und arbeitet daran, den Rückstand von Benachrichtigungen in der Warteschlange zu beseitigen. Als vorübergehende Minderungsmaßnahme haben wir Bildvorschauen in Benachrichtigungen deaktiviert, um die Verarbeitungsgeschwindigkeit zu verbessern. Benachrichtigungen werden vorerst nur text sein. Wir schätzen Ihre Geduld und werden weitere Updates bereitstellen, wenn Fortschritte gemacht werden.

5. 1. August 2026 um 17:31 UTCmonitoring

   Wir haben einen Fix implementiert, um die Benachrichtigungsverzögerungen zu beheben. Unsere Überwachung zeigt eine signifikante Verbesserung der Lieferzeiten für Benachrichtigungen und wir verfolgen die Leistung genau, um sicherzustellen, dass das Problem vollständig gelöst ist. Vielen Dank für Ihre Geduld, während wir daran arbeiten, den vollen Service wiederherzustellen.

6. 1. August 2026 um 18:21 UTCresolved

   Die Verzögerungen bei der Übermittlung der Benachrichtigung wurden vollständig behoben. Alle in der Warteschlange stehenden Benachrichtigungen wurden verarbeitet und das System funktioniert jetzt normal.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 31. Juli 2026 um 02:51 UTCinvestigating

   Eine Verschlechterung der Leistung der Splunk APM-Metrikenverarbeitungspipeline führt dazu, dass Monitoring MetricSets um mehr als fünf Minuten verzögert werden. Die Aufnahme von Spurendaten ist nicht betroffen, aber Service-, Endpunkt- und Workflow-Dashboards sowie andere Diagramme und Detektoren, die aus Monitoring MetricSets erstellt wurden, sind betroffen.

2. 31. Juli 2026 um 02:54 UTCinvestigating

   Wir untersuchen das Problem weiter.

3. 31. Juli 2026 um 03:44 UTCinvestigating

   Wir werden dieses Problem weiter untersuchen.

4. 31. Juli 2026 um 04:07 UTCidentified

   Das Problem wurde identifiziert und ein Fix wird implementiert.

5. 31. Juli 2026 um 04:08 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

6. 31. Juli 2026 um 04:33 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 24. Juli 2026 um 21:54 UTCresolved

   Die Datenpunktaufnahme für neue oder reaktivierte metrische Zeitreihen wurde zwischen 2:28 Uhr PST und 2:47 Uhr PST beeinflusst. Es gab teilweise Datenverlust für neue metrische Zeitreihen während dieses Zeitraums. Diese Situation ist nun wiederhergestellt.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 22. Juli 2026 um 18:02 UTCresolved

   Die Datenpunktaufnahme für neue metrische Zeitreihen war zwischen 10:37 Uhr PST und 10:39 Uhr PST betroffen. Es gab teilweise Datenverlust für neue metrische Zeitreihen während dieses Zeitraums. Diese Situation ist nun wiederhergestellt.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 14. Juli 2026 um 11:25 UTCinvestigating

   Ab 4a PT untersuchen wir einen großen Ausfall der Splunk Observability Cloud-Webanwendung. Die Datenaufnahme ist derzeit nicht betroffen. Wir werden so schnell wie möglich ein Update bereitstellen.

2. 14. Juli 2026 um 12:13 UTCinvestigating

   Wir untersuchen das Problem weiter.

3. 14. Juli 2026 um 12:28 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

4. 14. Juli 2026 um 12:38 UTCresolved

   Dieser Vorfall wurde behoben. Bitte beachten Sie, dass die Splunk Observability Cloud API auch bei diesem Vorfall betroffen war.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 8. Juli 2026 um 10:52 UTCresolved

   Zwischen 1a PDT und 2:50a PDT wurden bei jeder GCP-Integration, bei der die Einstellung "Alle (dynamisch) aufgeführten Projekte synchronisieren" aktiviert war, einige der Cloud-Monitoring-Daten von GCP gelöscht. Dieses Problem ist gelöst. Kunden können Lücken in Diagrammen und Detektoren sehen, die betroffene GCP Cloud Monitoring-Metriken verwenden. Die Metriken AWS CloudWatch und Azure Monitor sind nicht betroffen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.