Signalfx driftsforstyrrelser

1. 24. august 2026 kl. 23.09 UTCinvestigating

   Fra 3: 08PM PDT, kan kunderne opleve forsinkelser i at se nyoprettede MetricTimeSeries. Datapointingest påvirkes ikke. Vi er ved at undersøge og vil levere en opdatering snart.

2. 25. august 2026 kl. 00.20 UTCinvestigating

   Vi har identificeret, at denne hændelse var en falsk alarm på grund af hastighedsbegrænsning anvendt på en enkelt lejer. Vi har kontaktet den ramte lejer. Alle andre kunder i US0 er ikke og er ikke blevet påvirket af denne hændelse.

3. 25. august 2026 kl. 00.20 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 31. juli 2026 kl. 03.46 UTCinvestigating

   En forringelse i udførelsen af Splunk APM-rør til behandling af målinger er årsag til, at Overvågning MetricSets at blive droppet. Spor data ingest er ikke påvirket, men service, endpoint og workflow dashboards, og andre diagrammer og detektorer bygget fra Overvågning MetricSets er påvirket.

2. 31. juli 2026 kl. 04.07 UTCidentified

   Spørgsmålet er blevet identificeret, og et fix er ved at blive gennemført.

3. 31. juli 2026 kl. 04.08 UTCmonitoring

   Et fix er blevet gennemført, og vi overvåger resultaterne.

4. 31. juli 2026 kl. 04.32 UTCresolved

   Spørgsmålet er løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 24. juli 2026 kl. 15.59 UTCresolved

   Nogle kunder kan have oplevet forsinkelser i alarmmeddelelser fra 4 am ~ 6 am (PST), 24. juli, 2026. Datapointingest påvirkes ikke. Problemet er løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 15. juli 2026 kl. 12.20 UTCinvestigating

   Vi undersøger i øjeblikket spørgsmålet. Visse API 'er kan være svigtende, og aktive alarmsider læsser langsomt. Ingen data bliver tabt eller tabt.

2. 15. juli 2026 kl. 12.48 UTCidentified

   Spørgsmålet er blevet identificeret, og fixet er ved at blive gennemført.

3. 15. juli 2026 kl. 14.57 UTCmonitoring

   Et fix er blevet gennemført, og vi overvåger resultaterne.

4. 15. juli 2026 kl. 16.00 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 14. juli 2026 kl. 15.45 UTCinvestigating

   Vi undersøger i øjeblikket spørgsmålet. Visse API 'er kan være svigtende, og aktive alarmsider læsser langsomt. Ingen data bliver tabt eller tabt.

2. 14. juli 2026 kl. 16.49 UTCidentified

   Kundesammenstødet begyndte omkring kl. 7: 00 PDT. Vi har identificeret et fix, men en fuld helbredelse kan tage flere timer

3. 14. juli 2026 kl. 17.52 UTCidentified

   Vi arbejder fortsat på en løsning på dette spørgsmål. En fuld inddrivelse kunne tage flere timer

4. 14. juli 2026 kl. 19.07 UTCmonitoring

   Et fix er blevet gennemført, og vi overvåger resultaterne, efterhånden som backloggen kommer sig. Alert stater og begivenhed tidsserier i EU kan blive forsinket, mens backlog genopretter.

5. 14. juli 2026 kl. 19.44 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 10. juli 2026 kl. 12.03 UTCinvestigating

   Fra 1a PDT kan en lille procentdel af detektorer være gået glip af affyring. Ingen data er gået tabt. Vi er ved at undersøge og vil levere en opdatering snart.

2. 10. juli 2026 kl. 12.05 UTCmonitoring

   Et fix er blevet gennemført, og vi overvåger resultaterne.

3. 10. juli 2026 kl. 13.51 UTCmonitoring

   Vi fortsætter med at overvåge for yderligere spørgsmål.

4. 10. juli 2026 kl. 14.52 UTCinvestigating

   Vi har set en lille procentdel detektorer, som måske ikke affyrer. Ingen data er tabt. Vi fortsætter med at undersøge sagen.

5. 10. juli 2026 kl. 19.02 UTCinvestigating

   Vi fortsætter med at undersøge et problem, der påvirker en lille procentdel af detektorer i US0, som måske ikke har affyret som forventet. Der er ikke observeret tab af data. Vores ingeniørhold er aktivt i gang med at undersøge problemet, og vi vil give endnu en opdatering, efterhånden som mere information bliver tilgængelig.

6. 10. juli 2026 kl. 19.39 UTCidentified

   Der er anvendt en afbødning for problemet, der påvirker en lille procentdel af detektorer i US0, som måske ikke har affyret som forventet. Vi observerer fortsat genopretning og overvåger miljøet for at sikre, at afbødningen er fuldt effektiv. Der er ikke observeret tab af data. Vi vil give en anden opdatering, når inddrivelse er færdig.

7. 10. juli 2026 kl. 20.53 UTCidentified

   Vi observerer fortsat genopretning og overvåger miljøet for at sikre, at afbødningen er fuldt effektiv. Der er ikke observeret tab af data. Vi vil give en anden opdatering, når inddrivelse er færdig.

8. 11. juli 2026 kl. 00.16 UTCmonitoring

   Vi observerer fortsat genopretning og overvåger miljøet for at sikre, at afbødningen er fuldt effektiv. Der er ikke observeret tab af data. Vi vil give en anden opdatering, når inddrivelse er færdig.

9. 11. juli 2026 kl. 02.15 UTCidentified

   Vi har anvendt lempelser, der reducerede virkningen, men genopretningen er endnu ikke afsluttet. En lille procentdel af detektorer i US0 kan stadig ikke fyres som forventet på grund af forsinket behandling. Der er ikke observeret tab af data. Engineering teams fortsætter med at undersøge mod de yderligere lempelser. Vi vil give en anden opdatering som mere information bliver tilgængelig.

10. 11. juli 2026 kl. 03.03 UTCidentified

    Vi har identificeret, at nyoprettede tidsserier i US0 kan tage op til 10 minutter at blive inkluderet i detektorer, som kan forsinke detektorevalueringer for disse nye tidsserier. Anmeldelse forsinkelse gennemsnitlige tid er i øjeblikket sund, og ingen tab af data er blevet observeret. Engineering teams er fortsat afbødende arbejde og validere, om det rydder de resterende forsinkelser. Vi vil give endnu en opdatering, når validering er færdig.

11. 11. juli 2026 kl. 15.05 UTCidentified

    Vi fortsætter med at undersøge forsinket optagelse af nyoprettede tidsserier i detektorer i US0. Nye tidsserier kan tage op til 10 minutter at blive inkluderet i detektorer, hvilket kan forsinke detektorevalueringer for disse tidsserier. Anmeldelse forsinkelse gennemsnitlige tid forbliver sund, og ingen tab af data er blevet observeret. Engineering teams udfører en kontrolleret udrulning af berørte backend komponenter som en del af igangværende afbødning arbejde, og dette forventes ikke at indføre yderligere kunde virkning. Vi vil give en anden opdatering som validering skrider frem.

12. 11. juli 2026 kl. 18.09 UTCresolved

    Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 9. juli 2026 kl. 02.36 UTCresolved

   Mellem 4: 45p - 6: 45p PDT faldt en meget lille procentdel af metriske datapunkter. Dette spørgsmål er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 8. juli 2026 kl. 21.47 UTCinvestigating

   Startende på 11: 30a PDT, datapointingest påvirkes, og vi taber en lille procentdel af datapointene. Vi er ved at undersøge og vil give en opdatering, når der er gjort fremskridt.

2. 8. juli 2026 kl. 22.35 UTCinvestigating

   Vi fortsætter med at undersøge spørgsmålet, der påvirker en lille procentdel af datapunkt indtager i US0. Vores ingeniørhold arbejder aktivt på spørgsmålet og vurderer potentielle afbødninger. Vi vil give en anden opdatering som mere information bliver tilgængelig.

3. 8. juli 2026 kl. 23.29 UTCinvestigating

   Vi fortsætter med at undersøge spørgsmålet, der påvirker en lille procentdel af datapunkt indtager i US0. Vores ingeniørhold arbejder aktivt på sagen. Vi vil give en anden opdatering som mere information bliver tilgængelig.

4. 8. juli 2026 kl. 23.33 UTCmonitoring

   Vi har observeret forbedringer i datapunkt indtager i US0, og hastigheden af tabte datapunkter er vendt tilbage til forventede niveauer. Vi fortsætter med at overvåge tjenesten nøje for at sikre stabilitet. Vi vil give en anden opdatering, når overvågningen er færdig, eller hvis eventuelle yderligere problemer er observeret.

5. 8. juli 2026 kl. 23.52 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 8. juli 2026 kl. 14.21 UTCinvestigating

   Fra kl. 6: 48a PDT kan Syntetiske prøvekørsler ikke ses i brugergrænsefladen. Prøverne kører stadig, og detektorerne virker stadig. Vi er ved at undersøge spørgsmålet og vil sende opdateringer, når der er gjort fremskridt.

2. 8. juli 2026 kl. 14.43 UTCinvestigating

   APM Profiling brugergrænseflade er også utilgængelig på dette tidspunkt på grund af den samme underliggende problem. Vi fortsætter med at undersøge og vil opdatere, efterhånden som der sker fremskridt.

3. 8. juli 2026 kl. 15.05 UTCinvestigating

   De data, der er synlige i APM Profiling brugergrænseflade oplever forsinkelser. Splunk Synthetics Overvågning er operationel. Vi fortsætter med at undersøge og vil opdatere, efterhånden som der sker fremskridt.

4. 8. juli 2026 kl. 15.33 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 8. juli 2026 kl. 10.51 UTCresolved

   Mellem 1a PDT og 2: 50a PDT, enhver GCP integration, der havde "Sync all (dynamisk) listet projekter" indstilling aktiveret havde nogle af Cloud Overvågning data fra GCP faldet. Dette spørgsmål er blevet løst. Kunder kan se huller i diagrammer og detektorer, der bruger påvirket GCP Cloud Overvågning målinger. AWS CloudWatch og Azure Monitor målinger er ikke påvirket.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 3. juli 2026 kl. 00.47 UTCinvestigating

   Vi undersøger en større service afbrydelse påvirker Splunk APM Trace Search og Splunk RUM Session Detaljer funktion. Kunder kan være ude af stand til at søge eller se spor og kan være ude af stand til at indlæse sessionsdetaljer. Data ingest er ikke påvirket på nuværende tidspunkt. Vi vil give en opdatering så hurtigt som muligt.

2. 3. juli 2026 kl. 01.53 UTCinvestigating

   Vi fortsætter med at undersøge dette spørgsmål.

3. 3. juli 2026 kl. 02.04 UTCidentified

   Spørgsmålet er blevet identificeret, og et fix er ved at blive gennemført.

4. 3. juli 2026 kl. 02.47 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 2. juli 2026 kl. 20.55 UTCinvestigating

   Kunderne kan opleve forsinkelser i nogle detektorer. Datapointingest påvirkes ikke. Vi er ved at undersøge og vil levere en opdatering snart.

2. 2. juli 2026 kl. 21.36 UTCidentified

   Vi har identificeret kilden til problemet og har truffet afbødende foranstaltninger. Genopretningen er i gang, og vi oplever en gradvis forbedring. Vores hold fortsætter med at undersøge den underliggende årsag, mens overvåge helbredelsen. Vi vil give en anden opdatering som mere information bliver tilgængelig.

3. 2. juli 2026 kl. 22.35 UTCresolved

   Problemet med forsinkelser i nogle detektorer er løst. Systemerne er kommet sig, og detektorbehandlingen er vendt tilbage til de forventede niveauer. Tak for Deres tålmodighed, mens vi arbejdede på at løse dette problem.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 2. juli 2026 kl. 19.21 UTCinvestigating

   En forringelse i ydeevnen af Splunk APM-rør til behandling af målinger medfører, at Monitoring MetricSets forsinkes med mere end fem minutter. Spor data ingest er ikke påvirket, men service, endpoint og workflow dashboards, og andre diagrammer og detektorer bygget fra Overvågning MetricSets er påvirket.

2. 2. juli 2026 kl. 20.16 UTCinvestigating

   Vi fortsætter med at undersøge dette spørgsmål.

3. 2. juli 2026 kl. 20.44 UTCmonitoring

   Et fix er blevet gennemført, og vi overvåger resultaterne.

4. 2. juli 2026 kl. 21.31 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 1. juli 2026 kl. 14.18 UTCresolved

   Vi har bekræftet, at problemet med Tag Spotlight er løst. Kunder kan have oplevet begrænset funktionalitet inden for Tag Spotlight begynder omkring 4: 30 PM PT den 30. juni. Fuld funktionalitet blev genoprettet på 7: 20 AM PT den 1. juli.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 26. juni 2026 kl. 07.36 UTCresolved

   På grund af en regression i en nylig udgivelse, blev brugere, der navigerer fra Logs Related Content på APM TraceView side til log Observer omdirigeret tilbage til APM TraceView i stedet. Dette påvirkede Logs korrelation oplevelse for kunder på tværs af alle riger, undtagen US3 og Gov. Ændringen er blevet vendt for at genoprette den forventede navigationserfaring. Product tilgængelighed for APM og log Observer var ikke påvirket; problemet var begrænset til Logs Correlation workflow fra TraceView. Tilfælde Starttid: 05: 09 PDT, 25 juni, 2026 Hændelsestidspunkt: 22: 15 PDT, 25. juni 2026

Automatisk oversat fra den officielle hændelsesopdatering.

1. 17. juni 2026 kl. 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 kl. 16.43 UTCinvestigating

   We are still investigating the issue.

3. 17. juni 2026 kl. 17.56 UTCinvestigating

   We are continuing to investigate this issue.

4. 17. juni 2026 kl. 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 kl. 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 kl. 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 kl. 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 kl. 15.33 UTCresolved

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

1. 15. juni 2026 kl. 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 kl. 18.37 UTCinvestigating

   Efforts to address the pipeline performance degradation are ongoing.

3. 15. juni 2026 kl. 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 kl. 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 kl. 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 kl. 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 kl. 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 kl. 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 kl. 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 kl. 23.35 UTCidentified

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

11. 16. juni 2026 kl. 00.12 UTCresolved

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

1. 12. juni 2026 kl. 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 kl. 21.31 UTCinvestigating

   We are continuing to investigate this issue.

3. 12. juni 2026 kl. 22.17 UTCmonitoring

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

4. 12. juni 2026 kl. 23.25 UTCmonitoring

   We are continuing to monitor for any further issues.

5. 13. juni 2026 kl. 00.01 UTCresolved

   This incident has been resolved.

1. 11. juni 2026 kl. 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 kl. 19.52 UTCinvestigating

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

3. 11. juni 2026 kl. 20.39 UTCinvestigating

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

4. 11. juni 2026 kl. 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 kl. 22.09 UTCmonitoring

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

6. 11. juni 2026 kl. 22.32 UTCresolved

   This incident has been resolved.