Cronologia delle interruzioni di Signalfx

1. 24 agosto 2026 alle ore 23:09 UTCinvestigating

   Da 3:08PM PDT, i clienti possono sperimentare ritardi nel vedere MetricTimeSeries appena creato. L'ingestione di Datapoint non è influenzata. Stiamo indagando e forniremo un aggiornamento a breve.

2. 25 agosto 2026 alle ore 00:20 UTCinvestigating

   Abbiamo identificato che questo incidente era un falso allarme a causa del limite di tasso applicato a un singolo inquilino. Abbiamo raggiunto l'inquilino interessato. Tutti gli altri clienti all'interno di US0 non sono e non sono stati influenzati da questo incidente.

3. 25 agosto 2026 alle ore 00:20 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 31 luglio 2026 alle ore 03:46 UTCinvestigating

   Un degrado delle prestazioni della pipeline di elaborazione delle metriche Splunk APM sta causando la caduta dei MetricSets di Monitoraggio. L'ingestione dei dati di traccia non è influenzata, ma i dashboard di servizio, endpoint e workflow e altri grafici e rivelatori costruiti da Monitoring MetricSets sono influenzati.

2. 31 luglio 2026 alle ore 04:07 UTCidentified

   Il problema è stato identificato e si sta attuando una correzione.

3. 31 luglio 2026 alle ore 04:08 UTCmonitoring

   Una soluzione è stata implementata e stiamo monitorando i risultati.

4. 31 luglio 2026 alle ore 04:32 UTCresolved

   Il problema è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 24 luglio 2026 alle ore 15:59 UTCresolved

   Alcuni clienti possono avere avuto ritardi nelle notifiche di avviso da 4 am ~ 6 am (PST), 24 luglio, 2026. L'ingestione di Datapoint non è influenzata. Il problema è recuperato.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 15 luglio 2026 alle ore 12:20 UTCinvestigating

   Stiamo indagando sul problema. Alcune API possono essere inadeguate e le pagine di avviso attiva stanno caricando lentamente. Nessun dato viene abbandonato o perso.

2. 15 luglio 2026 alle ore 12:48 UTCidentified

   Il problema è stato identificato e la correzione è in corso di attuazione.

3. 15 luglio 2026 alle ore 14:57 UTCmonitoring

   Una soluzione è stata implementata e stiamo monitorando i risultati.

4. 15 luglio 2026 alle ore 16:00 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 14 luglio 2026 alle ore 15:45 UTCinvestigating

   Stiamo indagando sul problema. Alcune API possono essere inadeguate e le pagine di avviso attiva stanno caricando lentamente. Nessun dato viene abbandonato o perso.

2. 14 luglio 2026 alle ore 16:49 UTCidentified

   L'impatto del cliente è iniziato intorno alle 7:00 AM PDT. Abbiamo identificato una soluzione, ma un recupero completo potrebbe richiedere diverse ore

3. 14 luglio 2026 alle ore 17:52 UTCidentified

   Stiamo continuando a lavorare su una soluzione per questo problema. Un recupero completo potrebbe richiedere diverse ore

4. 14 luglio 2026 alle ore 19:07 UTCmonitoring

   Una correzione è stata implementata e stiamo monitorando i risultati come backlog recupera. Gli stati di avviso e la serie di eventi nell'interfaccia utente possono essere ritardati mentre il backlog recupera.

5. 14 luglio 2026 alle ore 19:44 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 10 luglio 2026 alle ore 12:03 UTCinvestigating

   A partire da 1a PDT, una piccola percentuale di rivelatori potrebbe aver perso il fuoco. Nessun dato è stato perso. Stiamo indagando e forniremo un aggiornamento a breve.

2. 10 luglio 2026 alle ore 12:05 UTCmonitoring

   Una soluzione è stata implementata e stiamo monitorando i risultati.

3. 10 luglio 2026 alle ore 13:51 UTCmonitoring

   Stiamo continuando a monitorare eventuali ulteriori problemi.

4. 10 luglio 2026 alle ore 14:52 UTCinvestigating

   Abbiamo visto un ritorno di una piccola percentuale di rivelatori che potrebbero non essere licenziati. Nessun dato è perso. Stiamo continuando a indagare.

5. 10 luglio 2026 alle ore 19:02 UTCinvestigating

   Continuiamo a indagare su un problema che riguarda una piccola percentuale di rivelatori in US0 che potrebbe non aver sparato come previsto. Non è stata osservata alcuna perdita di dati. I nostri team di ingegneria stanno attivamente indagando sul problema, e forniremo un altro aggiornamento come ulteriori informazioni diventano disponibili.

6. 10 luglio 2026 alle ore 19:39 UTCidentified

   Una mitigazione è stata applicata per il problema che riguarda una piccola percentuale di rivelatori in US0 che potrebbe non aver sparato come previsto. Stiamo osservando il recupero continuato e stiamo monitorando l'ambiente per garantire la mitigazione è pienamente efficace. Non è stata osservata alcuna perdita di dati. Forneremo un altro aggiornamento una volta che il recupero è completo.

7. 10 luglio 2026 alle ore 20:53 UTCidentified

   Stiamo osservando il recupero continuato e stiamo monitorando l'ambiente per garantire la mitigazione è pienamente efficace. Non è stata osservata alcuna perdita di dati. Forneremo un altro aggiornamento una volta che il recupero è completo.

8. 11 luglio 2026 alle ore 00:16 UTCmonitoring

   Stiamo osservando il recupero continuato e stiamo monitorando l'ambiente per garantire la mitigazione è pienamente efficace. Non è stata osservata alcuna perdita di dati. Forneremo un altro aggiornamento una volta che il recupero è completo.

9. 11 luglio 2026 alle ore 02:15 UTCidentified

   Abbiamo applicato mitigazioni che hanno ridotto l'impatto, ma il recupero non è ancora completo. Una piccola percentuale di rivelatori negli Stati Uniti0 potrebbe ancora non essere licenziata come previsto a causa della lavorazione ritardata. Non è stata osservata alcuna perdita di dati. I team di ingegneria continuano a indagare sulle ulteriori mitigazioni. Forniremo un altro aggiornamento come ulteriori informazioni diventano disponibili.

10. 11 luglio 2026 alle ore 03:03 UTCidentified

    Abbiamo identificato che la nuova serie temporale creata a US0 può richiedere fino a 10 minuti per essere inclusi nei rivelatori, che possono ritardare le valutazioni dei rivelatori per quelle nuove serie di tempo. Il ritardo di notifica significa che il tempo è attualmente sano, e non è stata osservata alcuna perdita di dati. I team di ingegneria stanno continuando a lavorare di mitigazione e convalidare se cancella i restanti ritardi. Forneremo un altro aggiornamento una volta che la convalida è completa.

11. 11 luglio 2026 alle ore 15:05 UTCidentified

    Continuiamo a indagare l'inclusione ritardata di nuove serie di tempo create in rilevatori a US0. Le nuove serie temporali possono richiedere fino a 10 minuti per essere incluse nei rivelatori, che possono ritardare le valutazioni dei rivelatori per quelle serie di tempo. Il ritardo di notifica significa che il tempo rimane sano, e non è stata osservata alcuna perdita di dati. I team di ingegneria stanno eseguendo un rollout controllato dei componenti di backend colpiti come parte del lavoro di mitigazione in corso, e questo non è previsto per introdurre un ulteriore impatto del cliente. Forneremo un altro aggiornamento come progredi di convalida.

12. 11 luglio 2026 alle ore 18:09 UTCresolved

    Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 9 luglio 2026 alle ore 02:36 UTCresolved

   Tra 4:45p - 6:45p PDT una percentuale molto piccola di punti di dati metrici sono stati calati. Questo problema è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 8 luglio 2026 alle ore 21:47 UTCinvestigating

   A partire dalle 11:30a PDT, l'ingestione dei datapoint è influenzata e stiamo perdendo una piccola percentuale di datapoint. Stiamo indagando e forniremo un aggiornamento come progresso è fatto.

2. 8 luglio 2026 alle ore 22:35 UTCinvestigating

   Continuiamo a indagare sul problema che riguarda una piccola percentuale di datapoint ingest negli Stati Uniti0. I nostri team di ingegneria stanno lavorando attivamente sul problema e valutando potenziali mitigazioni. Forniremo un altro aggiornamento come ulteriori informazioni diventano disponibili.

3. 8 luglio 2026 alle ore 23:29 UTCinvestigating

   Continuiamo a indagare sul problema che riguarda una piccola percentuale di datapoint ingest negli Stati Uniti0. I nostri team di ingegneria stanno lavorando attivamente sul problema. Forniremo un altro aggiornamento come ulteriori informazioni diventano disponibili.

4. 8 luglio 2026 alle ore 23:33 UTCmonitoring

   Abbiamo osservato il miglioramento del datapoint ingest negli Stati Uniti0, e il tasso di punti di dati calati è tornato ai livelli previsti. Continuiamo a monitorare attentamente il servizio per garantire la stabilità. Forneremo un altro aggiornamento una volta che il monitoraggio è completo o se si osservano ulteriori problemi.

5. 8 luglio 2026 alle ore 23:52 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 8 luglio 2026 alle ore 14:21 UTCinvestigating

   A partire dalle 6:48a PDT, i test sintetici non sono in grado di essere visualizzati nell'interfaccia utente. I test sono ancora in esecuzione e i rivelatori stanno ancora lavorando. Stiamo indagando sul problema e invieremo aggiornamenti come progresso è fatto.

2. 8 luglio 2026 alle ore 14:43 UTCinvestigating

   L'interfaccia utente APM Profiling non è disponibile in questo momento a causa dello stesso problema sottostante. Stiamo continuando a indagare e forniremo aggiornamenti come progresso è fatto.

3. 8 luglio 2026 alle ore 15:05 UTCinvestigating

   I dati visibili nell'interfaccia utente di APM Profiling stanno vivendo ritardi. Splunk Sintetici Monitoraggio è operativo. Stiamo continuando a indagare e forniremo aggiornamenti come progresso è fatto.

4. 8 luglio 2026 alle ore 15:33 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 8 luglio 2026 alle ore 10:51 UTCresolved

   Tra 1a PDT e 2:50a PDT, qualsiasi integrazione GCP che ha avuto l'impostazione "Sync all (dinamicamente) quotata" abilitata ha avuto alcuni dei dati di monitoraggio cloud da GCP caduto. Questo problema è stato risolto. I clienti possono vedere lacune nei grafici e nei rivelatori che utilizzano le metriche GCP Cloud Monitoring. Le metriche AWS CloudWatch e Azure Monitor non sono influenzate.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 3 luglio 2026 alle ore 00:47 UTCinvestigating

   Stiamo indagando su una grande interruzione di servizio che interessa Splunk APM Trace Search e la funzione Splunk RUM Session Details. I clienti potrebbero non essere in grado di cercare o visualizzare le tracce e potrebbero non essere in grado di caricare i dettagli della sessione. L'ingestione dei dati non è influenzata in questo momento. Forniremo un aggiornamento il prima possibile.

2. 3 luglio 2026 alle ore 01:53 UTCinvestigating

   Stiamo continuando a indagare su questo problema.

3. 3 luglio 2026 alle ore 02:04 UTCidentified

   Il problema è stato identificato e si sta attuando una correzione.

4. 3 luglio 2026 alle ore 02:47 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 2 luglio 2026 alle ore 20:55 UTCinvestigating

   I clienti possono subire ritardi in alcuni rilevatori. L'ingestione di Datapoint non è influenzata. Stiamo indagando e forniremo un aggiornamento a breve.

2. 2 luglio 2026 alle ore 21:36 UTCidentified

   Abbiamo identificato la fonte del problema e abbiamo preso azioni di mitigazione. Il recupero è in corso, e stiamo vedendo un miglioramento graduale. I nostri team continuano a indagare sulla causa sottostante, monitorando il recupero. Forniremo un altro aggiornamento come ulteriori informazioni diventano disponibili.

3. 2 luglio 2026 alle ore 22:35 UTCresolved

   Il problema che causa ritardi in alcuni rilevatori è stato risolto. I sistemi sono stati recuperati e l'elaborazione dei rivelatori è tornata ai livelli previsti. Grazie per la vostra pazienza mentre abbiamo lavorato per risolvere questo problema.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 2 luglio 2026 alle ore 19:21 UTCinvestigating

   Un degrado delle prestazioni della pipeline di elaborazione delle metriche Splunk APM sta causando il ritardo dei MetricSets di Monitoraggio di oltre cinque minuti. L'ingestione dei dati di traccia non è influenzata, ma i dashboard di servizio, endpoint e workflow e altri grafici e rivelatori costruiti da Monitoring MetricSets sono influenzati.

2. 2 luglio 2026 alle ore 20:16 UTCinvestigating

   Stiamo continuando a indagare su questo problema.

3. 2 luglio 2026 alle ore 20:44 UTCmonitoring

   Una soluzione è stata implementata e stiamo monitorando i risultati.

4. 2 luglio 2026 alle ore 21:31 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 1 luglio 2026 alle ore 14:18 UTCresolved

   Abbiamo confermato che il problema riguardante Tag Spotlight è stato risolto. I clienti possono aver sperimentato funzionalità limitate all'interno di Tag Spotlight a partire dalle ore 16:30 PT il 30 giugno. La funzionalità completa è stata ripristinata alle 7:20 del mattino PT il 1° luglio.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 26 giugno 2026 alle ore 07:36 UTCresolved

   A causa di una regressione in una versione recente, gli utenti che navigano da Logs Contenuto Correlato sulla pagina APM TraceView a Log Observer sono stati reindirizzati a APM TraceView invece. Questo ha colpito l'esperienza di Correlazione dei registri per i clienti in tutti i regni, tranne US3 e Gov. Il cambiamento è stato ripristinato per ripristinare l'esperienza di navigazione prevista. La disponibilità del prodotto per APM e Log Observer non è stata influenzata; il problema è stato limitato al flusso di lavoro Logs Correlation da TraceView. Tempo di inizio incidente: 05:09 PDT, 25 giugno, 2026 Tempo di fine incidente: 22:15 PDT, 25 giugno 2026

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 17 giugno 2026 alle ore 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 giugno 2026 alle ore 16:43 UTCinvestigating

   We are still investigating the issue.

3. 17 giugno 2026 alle ore 17:56 UTCinvestigating

   We are continuing to investigate this issue.

4. 17 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 15:33 UTCresolved

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

1. 15 giugno 2026 alle ore 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 giugno 2026 alle ore 18:37 UTCinvestigating

   Efforts to address the pipeline performance degradation are ongoing.

3. 15 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 23:35 UTCidentified

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

11. 16 giugno 2026 alle ore 00:12 UTCresolved

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

1. 12 giugno 2026 alle ore 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 giugno 2026 alle ore 21:31 UTCinvestigating

   We are continuing to investigate this issue.

3. 12 giugno 2026 alle ore 22:17 UTCmonitoring

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

4. 12 giugno 2026 alle ore 23:25 UTCmonitoring

   We are continuing to monitor for any further issues.

5. 13 giugno 2026 alle ore 00:01 UTCresolved

   This incident has been resolved.

1. 11 giugno 2026 alle ore 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 giugno 2026 alle ore 19:52 UTCinvestigating

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

3. 11 giugno 2026 alle ore 20:39 UTCinvestigating

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

4. 11 giugno 2026 alle ore 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 giugno 2026 alle ore 22:09 UTCmonitoring

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

6. 11 giugno 2026 alle ore 22:32 UTCresolved

   This incident has been resolved.