Störungsverlauf von Signalfx

1. 24. August 2026 um 23:09 UTCinvestigating

   Ab 03.08 Uhr PDT können Kunden Verzögerungen beim Sehen der neu erstellten MetricTimeSeries erleben. Datapoint Ingest ist nicht betroffen. Wir untersuchen und werden in Kürze ein Update bereitstellen.

2. 25. August 2026 um 00:20 UTCinvestigating

   Wir haben festgestellt, dass es sich bei diesem Vorfall um einen Fehlalarm handelte, da die Rate für einen einzelnen Mieter begrenzt wurde. Wir haben den betroffenen Mieter erreicht. Alle anderen Kunden innerhalb von US0 sind und sind von diesem Vorfall nicht betroffen.

3. 25. August 2026 um 00:20 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 31. Juli 2026 um 03:46 UTCinvestigating

   Eine Verschlechterung der Leistung der Splunk APM-Metriken-Verarbeitungspipeline führt dazu, dass Monitoring MetricSets entfallen. 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 04:07 UTCidentified

   Das Problem wurde identifiziert und ein Fix wird implementiert.

3. 31. Juli 2026 um 04:08 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

4. 31. Juli 2026 um 04:32 UTCresolved

   Das Problem wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 24. Juli 2026 um 15:59 UTCresolved

   Einige Kunden haben möglicherweise Verzögerungen bei Warnmeldungen von 4 bis 6 Uhr (PST) am 24. Juli 2026 erlebt. Datapoint Ingest ist nicht betroffen. Das Problem ist wiederhergestellt.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 15. Juli 2026 um 12:20 UTCinvestigating

   Wir untersuchen derzeit das Problem. Bestimmte APIs können fehlschlagen und aktive Alarmseiten werden langsam geladen. Es werden keine Daten gelöscht oder verloren.

2. 15. Juli 2026 um 12:48 UTCidentified

   Das Problem wurde identifiziert und der Fix wird implementiert.

3. 15. Juli 2026 um 14:57 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

4. 15. Juli 2026 um 16:00 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 14. Juli 2026 um 15:45 UTCinvestigating

   Wir untersuchen derzeit das Problem. Bestimmte APIs können fehlschlagen und aktive Alarmseiten werden langsam geladen. Es werden keine Daten gelöscht oder verloren.

2. 14. Juli 2026 um 16:49 UTCidentified

   Customer Impact begann um 7:00 Uhr PDT. Wir haben einen Fix identifiziert, aber eine vollständige Wiederherstellung könnte mehrere Stunden dauern

3. 14. Juli 2026 um 17:52 UTCidentified

   Wir arbeiten weiter an einer Lösung für dieses Problem. Eine vollständige Genesung kann mehrere Stunden dauern

4. 14. Juli 2026 um 19:07 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse, wenn sich der Backlog erholt. Alarmzustände und Ereigniszeitreihen in der Benutzeroberfläche können sich verzögern, während sich der Rückstand erholt.

5. 14. Juli 2026 um 19:44 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 10. Juli 2026 um 12:03 UTCinvestigating

   Ab 1a PDT hat ein kleiner Prozentsatz der Detektoren möglicherweise die Zündung verpasst. Es sind keine Daten verloren gegangen. Wir untersuchen und werden in Kürze ein Update bereitstellen.

2. 10. Juli 2026 um 12:05 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

3. 10. Juli 2026 um 13:51 UTCmonitoring

   Wir werden weiterhin auf weitere Probleme achten.

4. 10. Juli 2026 um 14:52 UTCinvestigating

   Wir haben eine Rückkehr eines kleinen Prozentsatzes von Detektoren gesehen, die möglicherweise nicht feuern. Es gehen keine Daten verloren. Wir untersuchen weiter.

5. 10. Juli 2026 um 19:02 UTCinvestigating

   Wir untersuchen weiterhin ein Problem, das einen kleinen Prozentsatz von Detektoren in US0 betrifft, die möglicherweise nicht wie erwartet gezündet haben. Es wurde kein Datenverlust beobachtet. Unsere Engineering-Teams untersuchen das Problem aktiv und wir werden ein weiteres Update bereitstellen, sobald mehr Informationen verfügbar sind.

6. 10. Juli 2026 um 19:39 UTCidentified

   Es wurde eine Minderung für das Problem angewendet, das einen kleinen Prozentsatz von Detektoren in US0 betrifft, die möglicherweise nicht wie erwartet gezündet haben. Wir beobachten eine anhaltende Erholung und überwachen die Umwelt, um sicherzustellen, dass die Minderung voll wirksam ist. Es wurde kein Datenverlust beobachtet. Wir werden ein weiteres Update zur Verfügung stellen, sobald die Wiederherstellung abgeschlossen ist.

7. 10. Juli 2026 um 20:53 UTCidentified

   Wir beobachten eine anhaltende Erholung und überwachen die Umwelt, um sicherzustellen, dass die Minderung voll wirksam ist. Es wurde kein Datenverlust beobachtet. Wir werden ein weiteres Update zur Verfügung stellen, sobald die Wiederherstellung abgeschlossen ist.

8. 11. Juli 2026 um 00:16 UTCmonitoring

   Wir beobachten eine anhaltende Erholung und überwachen die Umwelt, um sicherzustellen, dass die Minderung voll wirksam ist. Es wurde kein Datenverlust beobachtet. Wir werden ein weiteres Update zur Verfügung stellen, sobald die Wiederherstellung abgeschlossen ist.

9. 11. Juli 2026 um 02:15 UTCidentified

   Wir haben Minderungsmaßnahmen angewendet, die die Auswirkungen reduziert haben, aber die Erholung ist noch nicht abgeschlossen. Ein kleiner Prozentsatz der Detektoren in US0 kann aufgrund der verzögerten Verarbeitung immer noch nicht wie erwartet feuern. Es wurde kein Datenverlust beobachtet. Ingenieurteams untersuchen weiterhin die zusätzlichen Abschwächungen. Wir werden ein weiteres Update bereitstellen, sobald mehr Informationen verfügbar sind.

10. 11. Juli 2026 um 03:03 UTCidentified

    Wir haben festgestellt, dass neu erstellte Zeitreihen in US0 bis zu 10 Minuten in Detektoren enthalten sein können, was die Detektorauswertungen für diese neuen Zeitreihen verzögern kann. Die mittlere Benachrichtigungsverzögerung ist derzeit gesund und es wurde kein Datenverlust beobachtet. Engineering-Teams setzen die Minderungsarbeit fort und validieren, ob die verbleibenden Verzögerungen behoben werden. Wir werden ein weiteres Update bereitstellen, sobald die Validierung abgeschlossen ist.

11. 11. Juli 2026 um 15:05 UTCidentified

    Wir untersuchen weiterhin die verzögerte Aufnahme von neu erstellten Zeitreihen in Detektoren in US0. Neue Zeitreihen können bis zu 10 Minuten in Detektoren enthalten sein, was die Detektorauswertungen für diese Zeitreihen verzögern kann. Die mittlere Benachrichtigungsverzögerung bleibt gesund und es wurde kein Datenverlust beobachtet. Engineering-Teams führen eine kontrollierte Einführung der betroffenen Backend-Komponenten als Teil der laufenden Minderungsarbeit durch, und es wird nicht erwartet, dass dies zusätzliche Auswirkungen auf die Kunden hat. Wir werden ein weiteres Update bereitstellen, wenn die Validierung fortschreitet.

12. 11. Juli 2026 um 18:09 UTCresolved

    Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 9. Juli 2026 um 02:36 UTCresolved

   Zwischen 4:45p und 6:45p PDT wurde ein sehr kleiner Prozentsatz der metrischen Datenpunkte fallen gelassen. Dieses Problem ist gelöst.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 8. Juli 2026 um 21:47 UTCinvestigating

   Ab 11:30a PDT ist die Datenpunktaufnahme betroffen und wir lassen einen kleinen Prozentsatz der Datenpunkte fallen. Wir untersuchen und werden ein Update bereitstellen, wenn Fortschritte gemacht werden.

2. 8. Juli 2026 um 22:35 UTCinvestigating

   Wir untersuchen weiterhin das Problem, das einen kleinen Prozentsatz der Datenpunktaufnahme in US0 betrifft. Unsere Engineering-Teams arbeiten aktiv an dem Thema und bewerten mögliche Minderungsmaßnahmen. Wir werden ein weiteres Update bereitstellen, sobald mehr Informationen verfügbar sind.

3. 8. Juli 2026 um 23:29 UTCinvestigating

   Wir untersuchen weiterhin das Problem, das einen kleinen Prozentsatz der Datenpunktaufnahme in US0 betrifft. Unsere Engineering-Teams arbeiten aktiv an dem Thema. Wir werden ein weiteres Update bereitstellen, sobald mehr Informationen verfügbar sind.

4. 8. Juli 2026 um 23:33 UTCmonitoring

   Wir haben eine Verbesserung der Datenpunktaufnahme in US0 beobachtet, und die Rate der gesunkenen Datenpunkte ist auf das erwartete Niveau zurückgekehrt. Wir überwachen den Dienst weiterhin genau, um Stabilität zu gewährleisten. Wir werden ein weiteres Update bereitstellen, sobald die Überwachung abgeschlossen ist oder wenn zusätzliche Probleme beobachtet werden.

5. 8. Juli 2026 um 23:52 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 8. Juli 2026 um 14:21 UTCinvestigating

   Ab 6:48a PDT können synthetische Testläufe nicht mehr in der Benutzeroberfläche angezeigt werden. Die Tests laufen noch und die Detektoren funktionieren noch. Wir untersuchen das Problem und werden Updates senden, wenn Fortschritte gemacht werden.

2. 8. Juli 2026 um 14:43 UTCinvestigating

   Die Benutzeroberfläche von APM Profiling ist derzeit aufgrund des gleichen zugrunde liegenden Problems ebenfalls nicht verfügbar. Wir untersuchen weiter und werden Updates bereitstellen, wenn Fortschritte gemacht werden.

3. 8. Juli 2026 um 15:05 UTCinvestigating

   Die Daten, die in der Benutzeroberfläche von APM Profiling sichtbar sind, haben Verzögerungen. Splunk Synthetics Monitoring ist in Betrieb. Wir untersuchen weiter und werden Updates bereitstellen, wenn Fortschritte gemacht werden.

4. 8. Juli 2026 um 15:33 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 8. Juli 2026 um 10:51 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.

1. 3. Juli 2026 um 00:47 UTCinvestigating

   Wir untersuchen eine größere Serviceunterbrechung, die die Splunk APM Trace Search und die Splunk RUM Session Details betrifft. Kunden können möglicherweise keine Spuren suchen oder anzeigen und können möglicherweise keine Sitzungsdetails laden. Die Datenaufnahme ist derzeit nicht betroffen. Wir werden so schnell wie möglich ein Update bereitstellen.

2. 3. Juli 2026 um 01:53 UTCinvestigating

   Wir werden dieses Problem weiter untersuchen.

3. 3. Juli 2026 um 02:04 UTCidentified

   Das Problem wurde identifiziert und ein Fix wird implementiert.

4. 3. Juli 2026 um 02:47 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 2. Juli 2026 um 20:55 UTCinvestigating

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

2. 2. Juli 2026 um 21:36 UTCidentified

   Wir haben die Quelle des Problems identifiziert und Minderungsmaßnahmen ergriffen. Die Erholung ist im Gange, und wir sehen eine allmähliche Verbesserung. Unsere Teams untersuchen weiterhin die zugrunde liegende Ursache, während sie die Erholung überwachen. Wir werden ein weiteres Update bereitstellen, sobald mehr Informationen verfügbar sind.

3. 2. Juli 2026 um 22:35 UTCresolved

   Das Problem, das Verzögerungen bei einigen Detektoren verursacht, wurde behoben. Die Systeme haben sich erholt, und die Detektorverarbeitung ist auf das erwartete Niveau zurückgekehrt. Vielen Dank für Ihre Geduld, während wir daran gearbeitet haben, dieses Problem zu lösen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 2. Juli 2026 um 19:21 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. 2. Juli 2026 um 20:16 UTCinvestigating

   Wir werden dieses Problem weiter untersuchen.

3. 2. Juli 2026 um 20:44 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

4. 2. Juli 2026 um 21:31 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 1. Juli 2026 um 14:18 UTCresolved

   Wir haben bestätigt, dass das Problem mit Tag Spotlight behoben wurde. Kunden haben möglicherweise eine eingeschränkte Funktionalität innerhalb von Tag Spotlight, die am 30. Juni um ca. 16:30 Uhr PT beginnt. Die volle Funktionalität wurde am 1. Juli um 7:20 Uhr PT wiederhergestellt.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 26. Juni 2026 um 07:36 UTCresolved

   Aufgrund einer Regression in einer kürzlich veröffentlichten Version wurden Benutzer, die von Logs Related Content auf der APM TraceView-Seite zu Log Observer navigieren, stattdessen zu APM TraceView umgeleitet. Dies beeinflusste die Logs Correlation-Erfahrung für Kunden in allen Bereichen, außer US3 und Gov. Die Änderung wurde rückgängig gemacht, um das erwartete Navigationserlebnis wiederherzustellen. Die Produktverfügbarkeit für APM und Log Observer war nicht betroffen; das Problem war auf den Logs Correlation Workflow von TraceView beschränkt. Incident Startzeit: 05:09 PDT, 25. Juni 2026 Incident End Time: 22:15 PDT, 25. Juni 2026

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 17. Juni 2026 um 15:37 UTCinvestigating

   We are investigating why Trace Lookups are failing for traces created between approximately 5:30am PT - 7:30am PT. Monitoring MetricSets and Troubleshooting MetricSets are not impacted. Metrics are still available. We are investigating the issue.

2. 17. Juni 2026 um 16:43 UTCinvestigating

   We are still investigating the issue.

3. 17. Juni 2026 um 17:56 UTCinvestigating

   We are continuing to investigate this issue.

4. 17. Juni 2026 um 18:35 UTCidentified

   The issue affecting Trace Lookup searchability for traces generated between approximately 5:30 AM and 7:30 AM PT on June 17 has been identified. This occurred during an approved maintenance window associated with repartitioning and scaling activities. Customers may be unable to search for traces generated during this timeframe. Trace ingestion and processing are operating normally, and traces generated outside of the affected window remain searchable. Our team has developed a fix and is currently validating it through internal testing. We expect validation to complete within approximately two hours and will provide another update once the fix is ready for deployment or as additional information becomes available.

5. 17. Juni 2026 um 20:07 UTCidentified

   We continue to make progress toward resolution. The fix is currently moving through the implementation process and will be rolled out once all deployment steps have been completed. We will provide another update as progress continues.

6. 17. Juni 2026 um 21:09 UTCresolved

   The fix has been successfully deployed, and we have confirmed that the issue affecting Trace Lookup searchability for traces generated between approximately 5:30 AM and 7:30 AM PT on June 17 has been resolved. Customers should now be able to search affected traces as expected.

1. 17. Juni 2026 um 15:07 UTCmonitoring

   The Scheduled Maintenance for US0 Splunk APM Span Firehose Optimization has been extended while we continue to monitor the improvements.

2. 17. Juni 2026 um 15:33 UTCresolved

   We have completed our Scheduled Maintenance window. Thanks for your patience.

1. 15. Juni 2026 um 17:53 UTCinvestigating

   A degradation in the performance of the Splunk APM trace processing pipeline is causing Troubleshooting MetricSets and Monitoring MetricSets to be delayed by more than five minutes. As a result, the APM Troubleshooting experience, service maps and Tag Spotlight do not have access to the most recent data. The processing of metrics for Business Workflows, which also depends on this pipeline, are equally delayed. Trace data ingest is not impacted at this time.

2. 15. Juni 2026 um 18:37 UTCinvestigating

   Efforts to address the pipeline performance degradation are ongoing.

3. 15. Juni 2026 um 19:07 UTCinvestigating

   We are continuing to work on the performance degradation affecting the Splunk APM trace processing pipeline. Our teams are actively working to restore normal service, and we will provide further updates as more information becomes available.

4. 15. Juni 2026 um 19:40 UTCinvestigating

   There is no change in status. Our teams continue to work on resolving the performance degradation in the Splunk APM trace processing pipeline. Delays of over five minutes in Troubleshooting and Monitoring MetricSets persist. We will provide further updates as soon as more information is available.

5. 15. Juni 2026 um 20:16 UTCidentified

   We have identified the root cause of the performance degradation in the Splunk APM trace processing pipeline. Our engineering teams are currently planning the most efficient approach to implement a fix and restore normal service functionality. We will provide further updates as we move into the implementation phase.

6. 15. Juni 2026 um 20:48 UTCidentified

   Our teams are continuing to finalize the implementation plan for the fix to address the performance degradation in the Splunk APM trace processing pipeline. We will provide further updates as we move into the implementation phase.

7. 15. Juni 2026 um 21:20 UTCidentified

   There is no change in status to report. Our engineering teams are currently finalizing the remediation strategy to address the performance degradation within the Splunk APM trace processing pipeline. We are prioritizing a stable resolution.

8. 15. Juni 2026 um 21:53 UTCidentified

   Our engineering teams are working diligently to ensure the proposed fix for the Splunk APM trace processing pipeline is executed effectively to restore normal service.

9. 15. Juni 2026 um 23:04 UTCidentified

   Efforts to improve the pipeline performance, including monitoring metrics pipeline management capabilities such as aggregation, filtering, and archiving, are ongoing.

10. 15. Juni 2026 um 23:35 UTCidentified

    We are continuing to work on a fix for this issue.

11. 16. Juni 2026 um 00:12 UTCresolved

    This incident has been resolved as latency has dropped to a normal threshold.

1. 12. Juni 2026 um 20:29 UTCinvestigating

   A degradation in the performance of the Splunk APM trace processing pipeline is causing Troubleshooting MetricSets and Monitoring MetricSets to be delayed by more than five minutes. As a result, the APM Troubleshooting experience, service maps and Tag Spotlight do not have access to the most recent data and may fail or be slow to load. The processing of metrics for Business Workflows, which also depends on this pipeline, are equally delayed. Trace data ingest is not impacted at this time; service-level and endpoint-level Monitoring MetricSets and the detectors built from them are also not impacted.

2. 12. Juni 2026 um 21:31 UTCinvestigating

   We are continuing to investigate this issue.

3. 12. Juni 2026 um 22:17 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

4. 12. Juni 2026 um 23:25 UTCmonitoring

   We are continuing to monitor for any further issues.

5. 13. Juni 2026 um 00:01 UTCresolved

   This incident has been resolved.

1. 11. Juni 2026 um 18:55 UTCinvestigating

   Customers may be experiencing delays in some charts and detectors. Datapoint ingest is not affected. We are investigating and will provide an update shortly.

2. 11. Juni 2026 um 19:52 UTCinvestigating

   Lagging continues and has caused some charts and dashboards to fail to load.

3. 11. Juni 2026 um 20:39 UTCinvestigating

   We have scaled up to reduce lag but are are still investigating the root cause.

4. 11. Juni 2026 um 21:05 UTCinvestigating

   A degradation in the performance of the Splunk APM metrics processing pipeline is causing Monitoring MetricSets and Troubleshooting MetricSets to be delayed by more than five minutes. Trace data ingest is not impacted, but service, endpoint and workflow dashboards, and other charts and detectors built from Monitoring MetricSets are impacted.

5. 11. Juni 2026 um 22:09 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

6. 11. Juni 2026 um 22:32 UTCresolved

   This incident has been resolved.