Istoricul incidentelor Signalfx

1. 24 august 2026 la 23:09 UTCinvestigating

   De la 3:08PM PDT, clienții pot experimenta întârzieri în a vedea MetricTimeSeries nou creat. Ingerarea punctului de date nu este afectată. Suntem de investigare și va oferi o actualizare în scurt timp.

2. 25 august 2026 la 00:20 UTCinvestigating

   Am identificat că acest incident a fost o alarmă falsă din cauza limitării ratei aplicate unui singur chiriaş. Am contactat chiriaşul afectat. Toți ceilalți clienți din SUA0 nu sunt și nu au fost afectați de acest incident.

3. 25 august 2026 la 00:20 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 31 iulie 2026 la 03:46 UTCinvestigating

   O degradare a performanței conductei de procesare a indicatorilor Splunk APM determină scăderea Monitoring MetricSets. Ingestia datelor de urmărire nu este afectată, dar serviciul, criteriul final și tabloul de bord al fluxului de lucru, precum și alte diagrame și detectoare construite din MetricSeturi de monitorizare sunt afectate.

2. 31 iulie 2026 la 04:07 UTCidentified

   Problema a fost identificată și se pune în aplicare o soluție.

3. 31 iulie 2026 la 04:08 UTCmonitoring

   A fost implementată o soluţie şi monitorizăm rezultatele.

4. 31 iulie 2026 la 04:32 UTCresolved

   Problema a fost rezolvată.

Traducere automată din actualizarea oficială a incidentului.

1. 24 iulie 2026 la 15:59 UTCresolved

   Este posibil ca unii clienţi să fi avut întârzieri în notificările de alertă de la 4 am ~ 6 am (PST), 24 iulie 2026. Ingerarea punctului de date nu este afectată. Problema este recuperată.

Traducere automată din actualizarea oficială a incidentului.

1. 15 iulie 2026 la 12:20 UTCinvestigating

   În prezent investigăm problema. Anumite IAP-uri pot să cedeze şi paginile active de alertă se încarcă încet. Nu se scad sau se pierd date.

2. 15 iulie 2026 la 12:48 UTCidentified

   Problema a fost identificată și se pune în aplicare fix.

3. 15 iulie 2026 la 14:57 UTCmonitoring

   A fost implementată o soluţie şi monitorizăm rezultatele.

4. 15 iulie 2026 la 16:00 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 14 iulie 2026 la 15:45 UTCinvestigating

   În prezent investigăm problema. Anumite IAP-uri pot să cedeze şi paginile active de alertă se încarcă încet. Nu se scad sau se pierd date.

2. 14 iulie 2026 la 16:49 UTCidentified

   Impactul clientului a început în jurul orei 7:00 AM PDT. Am identificat un fix, dar o recuperare completă ar putea dura câteva ore

3. 14 iulie 2026 la 17:52 UTCidentified

   Continuăm să lucrăm la o soluţie pentru această problemă. O recuperare completă ar putea dura câteva ore

4. 14 iulie 2026 la 19:07 UTCmonitoring

   A fost implementat un fix și monitorizăm rezultatele pe măsură ce se recuperează. Statele de alertă și seria de timp de eveniment în UI pot fi întârziate în timp ce backlog-ul recuperează.

5. 14 iulie 2026 la 19:44 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 10 iulie 2026 la 12:03 UTCinvestigating

   Pornind de la 1a PDT, un procent mic de detectoare ar putea să fi ratat tragerea. Nu s-au pierdut date. Suntem de investigare și va oferi o actualizare în scurt timp.

2. 10 iulie 2026 la 12:05 UTCmonitoring

   A fost implementată o soluţie şi monitorizăm rezultatele.

3. 10 iulie 2026 la 13:51 UTCmonitoring

   Continuăm să monitorizăm orice alte probleme.

4. 10 iulie 2026 la 14:52 UTCinvestigating

   Am văzut un mic procent de detectoare care s-ar putea să nu tragă. Nu se pierd date. Continuăm să investigăm.

5. 10 iulie 2026 la 19:02 UTCinvestigating

   Continuăm să investigăm o problemă care afectează un procent mic de detectoare din SUA0 care nu s-ar fi tras aşa cum ne aşteptam. Nu s- au observat pierderi de date. Echipele noastre de ingineri investighează în mod activ problema și vom furniza o altă actualizare pe măsură ce mai multe informații devin disponibile.

6. 10 iulie 2026 la 19:39 UTCidentified

   S-a aplicat o atenuare a problemei care afectează un procent mic de detectoare în SUA0 și care este posibil să nu fi tras conform așteptărilor. Observăm redresarea continuă și monitorizăm mediul pentru a garanta că atenuarea este pe deplin eficientă. Nu s- au observat pierderi de date. Vom oferi o altă actualizare odată ce recuperarea este completă.

7. 10 iulie 2026 la 20:53 UTCidentified

   Observăm redresarea continuă și monitorizăm mediul pentru a garanta că atenuarea este pe deplin eficientă. Nu s- au observat pierderi de date. Vom oferi o altă actualizare odată ce recuperarea este completă.

8. 11 iulie 2026 la 00:16 UTCmonitoring

   Observăm redresarea continuă și monitorizăm mediul pentru a garanta că atenuarea este pe deplin eficientă. Nu s- au observat pierderi de date. Vom oferi o altă actualizare odată ce recuperarea este completă.

9. 11 iulie 2026 la 02:15 UTCidentified

   Am aplicat atenuări care au redus impactul, dar redresarea nu este încă completă. Un mic procent de detectoare din SUA0 nu pot fi încă de ardere așa cum se preconizează din cauza prelucrării întârziate. Nu s- au observat pierderi de date. Echipele de ingineri continuă să investigheze în direcția atenuărilor suplimentare. Vom furniza o altă actualizare pe măsură ce mai multe informații devin disponibile.

10. 11 iulie 2026 la 03:03 UTCidentified

    Am identificat că noile serii de timp create în SUA0 ar putea dura până la 10 minute pentru a fi incluse în detectoare, care ar putea întârzia evaluările detectoarelor pentru acele noi serii de timp. În prezent, timpul mediu de întârziere a notificării este sănătos și nu s-a observat nicio pierdere a datelor. Echipele de inginerie continuă activitatea de atenuare și validează dacă elimină întârzierile rămase. Vom furniza o altă actualizare odată ce validarea este completă.

11. 11 iulie 2026 la 15:05 UTCidentified

    Continuăm să investigăm includerea întârziată a seriilor de timp nou create în detectoarele din SUA0. Noi serii de timp pot dura până la 10 minute pentru a fi incluse în detectoare, care pot întârzia evaluările detectoarelor pentru aceste serii de timp. Timpul mediu de întârziere a notificării rămâne sănătos și nu a fost observată nicio pierdere a datelor. Echipele de inginerie efectuează o desfăşurare controlată a componentelor afectate ale platformei ca parte a activităţii de atenuare în curs, iar acest lucru nu este de aşteptat să introducă un impact suplimentar asupra clienţilor. Vom oferi o altă actualizare pe măsură ce validarea progresează.

12. 11 iulie 2026 la 18:09 UTCresolved

    Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 9 iulie 2026 la 02:36 UTCresolved

   Între 4:45p - 6:45p PDT s-a redus un procent foarte mic de puncte de date metrice. Această problemă a fost rezolvată.

Traducere automată din actualizarea oficială a incidentului.

1. 8 iulie 2026 la 21:47 UTCinvestigating

   Începând de la 11:30a PDT, ingerarea punctului de date este afectată şi scadem un procent mic de puncte de date. Investigăm și vom oferi o actualizare pe măsură ce se înregistrează progrese.

2. 8 iulie 2026 la 22:35 UTCinvestigating

   Continuăm să investigăm problema care afectează un procent mic de ingerări de date în SUA0. Echipele noastre de ingineri lucrează activ la această problemă şi evaluează potenţiale atenuări. Vom furniza o altă actualizare pe măsură ce mai multe informații devin disponibile.

3. 8 iulie 2026 la 23:29 UTCinvestigating

   Continuăm să investigăm problema care afectează un procent mic de ingerări de date în SUA0. Echipele noastre de ingineri lucrează activ la această problemă. Vom furniza o altă actualizare pe măsură ce mai multe informații devin disponibile.

4. 8 iulie 2026 la 23:33 UTCmonitoring

   Am observat o ameliorare a ingerării datelor în SUA0, iar rata punctelor de date scăzute a revenit la nivelurile preconizate. Continuăm să monitorizăm îndeaproape serviciul pentru a asigura stabilitatea. Vom oferi o altă actualizare odată ce monitorizarea este completă sau dacă sunt observate alte probleme.

5. 8 iulie 2026 la 23:52 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 8 iulie 2026 la 14:21 UTCinvestigating

   Începând de la 6:48a PDT, testele sintetice nu pot fi vizualizate în interfața utilizatorului. Testele încă funcţionează şi detectoarele încă funcţionează. Investigăm problema și vom trimite actualizări pe măsură ce se înregistrează progrese.

2. 8 iulie 2026 la 14:43 UTCinvestigating

   Interfața de utilizator APM Profiling este, de asemenea, indisponibilă în acest moment din cauza acelorași probleme subiacente. Continuăm să investigăm și vom furniza actualizări pe măsură ce se înregistrează progrese.

3. 8 iulie 2026 la 15:05 UTCinvestigating

   Datele vizibile în interfaţa de utilizator APM Profiling se confruntă cu întârzieri. Monitorizarea Splink Synthetics este operaţională. Continuăm să investigăm și vom furniza actualizări pe măsură ce se înregistrează progrese.

4. 8 iulie 2026 la 15:33 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 8 iulie 2026 la 10:51 UTCresolved

   Între 1a PDT și 2:50a PDT, orice integrare GCP care a avut "Sync toate proiectele (dinamic) enumerate" activate a avut unele dintre datele de monitorizare a cloud din GCP a scăzut. Această problemă a fost rezolvată. Clienții pot vedea lacune în diagrame și detectoare care utilizează indicatorii de monitorizare GCP Cloud afectate. Indicatori AWS CloudWatch și Azure Monitor nu sunt afectate.

Traducere automată din actualizarea oficială a incidentului.

1. 3 iulie 2026 la 00:47 UTCinvestigating

   Investigăm o perturbare majoră a serviciului care afectează Splunk APM Trace Search și funcția Splunk RUM Session Detalii. Clienții pot fi în imposibilitatea de a căuta sau vizualiza urme și nu pot încărca detaliile sesiunii. Ingerarea datelor nu este afectată în acest moment. Vom oferi o actualizare cât mai curând posibil.

2. 3 iulie 2026 la 01:53 UTCinvestigating

   Continuăm să investigăm această problemă.

3. 3 iulie 2026 la 02:04 UTCidentified

   Problema a fost identificată și se pune în aplicare o soluție.

4. 3 iulie 2026 la 02:47 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 2 iulie 2026 la 20:55 UTCinvestigating

   Clienții pot experimenta întârzieri în unele detectoare. Ingerarea punctului de date nu este afectată. Suntem de investigare și va oferi o actualizare în scurt timp.

2. 2 iulie 2026 la 21:36 UTCidentified

   Am identificat sursa problemei și am luat măsuri de atenuare. Recuperarea este în curs de desfășurare și vedem îmbunătățiri treptate. Echipele noastre continuă să investigheze cauza de bază în timp ce monitorizează recuperarea. Vom furniza o altă actualizare pe măsură ce mai multe informații devin disponibile.

3. 2 iulie 2026 la 22:35 UTCresolved

   Problema care cauzează întârzieri în unele detectoare a fost rezolvată. Sistemele s-au recuperat, iar procesarea detectorului a revenit la nivelurile preconizate. Vă mulțumim pentru răbdare în timp ce am lucrat pentru a rezolva această problemă.

Traducere automată din actualizarea oficială a incidentului.

1. 2 iulie 2026 la 19:21 UTCinvestigating

   O degradare a performanței conductei de procesare a indicatorilor Splunk APM determină întârzierea Monitoring MetricSets cu mai mult de cinci minute. Ingestia datelor de urmărire nu este afectată, dar serviciul, criteriul final și tabloul de bord al fluxului de lucru, precum și alte diagrame și detectoare construite din MetricSeturi de monitorizare sunt afectate.

2. 2 iulie 2026 la 20:16 UTCinvestigating

   Continuăm să investigăm această problemă.

3. 2 iulie 2026 la 20:44 UTCmonitoring

   A fost implementată o soluţie şi monitorizăm rezultatele.

4. 2 iulie 2026 la 21:31 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 1 iulie 2026 la 14:18 UTCresolved

   Am confirmat că problema care afectează Tag Spotlight a fost rezolvată. Clienții pot avea o funcționalitate limitată în cadrul Tag Spotlight începând cu aproximativ 4:30 PM PT pe 30 iunie. Funcţionalitatea completă a fost restaurată la ora 7:20 AM PT pe 1 iulie.

Traducere automată din actualizarea oficială a incidentului.

1. 26 iunie 2026 la 07:36 UTCresolved

   Datorită unei regresii într-o versiune recentă, utilizatorii care navighează din Logs Legate de conținut pe pagina APM TraceView la Log Observer au fost redirecționați înapoi la APM TraceView în schimb. Acest lucru a afectat experiența de corelare a jurnalelor pentru clienții din toate tărâmurile, cu excepția US3 și Gov. Schimbarea a fost returnată pentru a restabili experiența de navigație preconizată. Disponibilitatea produselor pentru APM și Log Observer nu a fost afectată; problema a fost limitată la fluxul de lucru de corespondență al jurnalelor de la TraceView. Timp de pornire incident: 05:09 PDT, 25 iunie 2026 Timp final incident: 22:15 PDT, 25 iunie 2026

Traducere automată din actualizarea oficială a incidentului.

1. 17 iunie 2026 la 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 iunie 2026 la 16:43 UTCinvestigating

   We are still investigating the issue.

3. 17 iunie 2026 la 17:56 UTCinvestigating

   We are continuing to investigate this issue.

4. 17 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 15:33 UTCresolved

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

1. 15 iunie 2026 la 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 iunie 2026 la 18:37 UTCinvestigating

   Efforts to address the pipeline performance degradation are ongoing.

3. 15 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 23:35 UTCidentified

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

11. 16 iunie 2026 la 00:12 UTCresolved

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

1. 12 iunie 2026 la 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 iunie 2026 la 21:31 UTCinvestigating

   We are continuing to investigate this issue.

3. 12 iunie 2026 la 22:17 UTCmonitoring

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

4. 12 iunie 2026 la 23:25 UTCmonitoring

   We are continuing to monitor for any further issues.

5. 13 iunie 2026 la 00:01 UTCresolved

   This incident has been resolved.

1. 11 iunie 2026 la 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 iunie 2026 la 19:52 UTCinvestigating

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

3. 11 iunie 2026 la 20:39 UTCinvestigating

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

4. 11 iunie 2026 la 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 iunie 2026 la 22:09 UTCmonitoring

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

6. 11 iunie 2026 la 22:32 UTCresolved

   This incident has been resolved.