Historique des pannes de Signalfx

1. 24 août 2026 à 23:09 UTCinvestigating

   À partir de 3:08PM PDT, les clients peuvent rencontrer des retards dans la vue de la nouvelle série MetricTime. L'ingestion de données n'est pas affectée. Nous enquêtons et nous fournirons une mise à jour sous peu.

2. 25 août 2026 à 00:20 UTCinvestigating

   Nous avons identifié que cet incident était une fausse alarme en raison de la limite de taux appliquée à un seul locataire. Nous avons contacté le locataire touché. Tous les autres clients de US0 ne sont pas et n'ont pas été touchés par cet incident.

3. 25 août 2026 à 00:20 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 31 juillet 2026 à 03:46 UTCinvestigating

   Une dégradation de la performance du pipeline de traitement des paramètres APM Spunk entraîne la chute des ensembles de surveillance. L'ingestion de données n'est pas touchée, mais les tableaux de bord des services, des paramètres et des flux de travail, et d'autres cartes et détecteurs construits à partir de Monitoring MetricSets sont touchés.

2. 31 juillet 2026 à 04:07 UTCidentified

   Le problème a été identifié et une solution est en cours de mise en oeuvre.

3. 31 juillet 2026 à 04:08 UTCmonitoring

   Un correctif a été mis en place et nous suivons les résultats.

4. 31 juillet 2026 à 04:32 UTCresolved

   La question a été réglée.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 24 juillet 2026 à 15:59 UTCresolved

   Certains clients peuvent avoir connu des retards dans les notifications d'alerte de 4h à 6h (PST), 24 juillet 2026. L'ingestion de données n'est pas affectée. Le problème est résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 15 juillet 2026 à 12:20 UTCinvestigating

   Nous enquêtons actuellement sur la question. Certaines API peuvent échouer et les pages d'alerte active se chargent lentement. Aucune donnée n'est perdue.

2. 15 juillet 2026 à 12:48 UTCidentified

   Le problème a été identifié et la correction est en cours de mise en oeuvre.

3. 15 juillet 2026 à 14:57 UTCmonitoring

   Un correctif a été mis en place et nous suivons les résultats.

4. 15 juillet 2026 à 16:00 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 14 juillet 2026 à 15:45 UTCinvestigating

   Nous enquêtons actuellement sur la question. Certaines API peuvent échouer et les pages d'alerte active se chargent lentement. Aucune donnée n'est perdue.

2. 14 juillet 2026 à 16:49 UTCidentified

   L'impact client a commencé vers 7h00 HAP. Nous avons identifié une solution, mais une récupération complète pourrait prendre plusieurs heures

3. 14 juillet 2026 à 17:52 UTCidentified

   Nous continuons de travailler sur une solution à ce problème. Un rétablissement complet pourrait prendre plusieurs heures

4. 14 juillet 2026 à 19:07 UTCmonitoring

   Une correction a été mise en oeuvre et nous surveillons les résultats à mesure que l'arriéré se rétablit. Les états d'alerte et les séries chronologiques des événements de l'assurance-chômage peuvent être retardés pendant que l'arriéré se rétablit.

5. 14 juillet 2026 à 19:44 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 10 juillet 2026 à 12:03 UTCinvestigating

   À partir de 1a PDT, un petit pourcentage de détecteurs ont peut-être raté le tir. Aucune donnée n'a été perdue. Nous enquêtons et nous fournirons une mise à jour sous peu.

2. 10 juillet 2026 à 12:05 UTCmonitoring

   Un correctif a été mis en place et nous suivons les résultats.

3. 10 juillet 2026 à 13:51 UTCmonitoring

   Nous restons à l'affût de tout autre problème.

4. 10 juillet 2026 à 14:52 UTCinvestigating

   Nous avons vu un retour d'un petit pourcentage de détecteurs qui pourraient ne pas tirer. Aucune donnée n'est perdue. Nous continuons d'enquêter.

5. 10 juillet 2026 à 19:02 UTCinvestigating

   Nous continuons d'enquêter sur un problème touchant un petit pourcentage de détecteurs à US0 qui n'ont peut-être pas tiré comme prévu. Aucune perte de données n'a été observée. Nos équipes d'ingénieurs étudient activement la question, et nous fournirons une autre mise à jour au fur et à mesure que d'autres informations seront disponibles.

6. 10 juillet 2026 à 19:39 UTCidentified

   Une atténuation a été appliquée à la question touchant un petit pourcentage de détecteurs à US0 qui n'auraient peut-être pas tiré comme prévu. Nous observons le rétablissement continu et nous surveillons l'environnement pour nous assurer que l'atténuation est pleinement efficace. Aucune perte de données n'a été observée. Nous fournirons une autre mise à jour une fois la récupération terminée.

7. 10 juillet 2026 à 20:53 UTCidentified

   Nous observons le rétablissement continu et nous surveillons l'environnement pour nous assurer que l'atténuation est pleinement efficace. Aucune perte de données n'a été observée. Nous fournirons une autre mise à jour une fois la récupération terminée.

8. 11 juillet 2026 à 00:16 UTCmonitoring

   Nous observons le rétablissement continu et nous surveillons l'environnement pour nous assurer que l'atténuation est pleinement efficace. Aucune perte de données n'a été observée. Nous fournirons une autre mise à jour une fois la récupération terminée.

9. 11 juillet 2026 à 02:15 UTCidentified

   Nous avons appliqué des mesures d'atténuation qui ont réduit l'impact, mais le rétablissement n'est pas encore terminé. Un petit pourcentage de détecteurs aux États-Unis0 peut encore ne pas être tiré comme prévu en raison d'un traitement retardé. Aucune perte de données n'a été observée. Les équipes du génie continuent d'étudier les mesures d'atténuation supplémentaires. Nous fournirons une autre mise à jour à mesure que de plus amples renseignements seront disponibles.

10. 11 juillet 2026 à 03:03 UTCidentified

    Nous avons identifié que les séries chronologiques nouvellement créées à US0 peuvent prendre jusqu'à 10 minutes pour être incluses dans les détecteurs, ce qui peut retarder l'évaluation des détecteurs pour ces nouvelles séries chronologiques. Le délai moyen de notification est actuellement en bonne santé et aucune perte de données n'a été observée. Les équipes d'ingénierie poursuivent leurs travaux d'atténuation et valident si cela permet d'éliminer les retards restants. Nous fournirons une autre mise à jour une fois la validation terminée.

11. 11 juillet 2026 à 15:05 UTCidentified

    Nous continuons d'étudier l'inclusion tardive de séries chronologiques nouvellement créées dans les détecteurs à US0. Les nouvelles séries chronologiques peuvent prendre jusqu'à 10 minutes pour être incluses dans les détecteurs, ce qui peut retarder l'évaluation des détecteurs pour ces séries chronologiques. Le délai moyen de notification demeure en bonne santé et aucune perte de données n'a été observée. Dans le cadre des travaux d'atténuation en cours, les équipes d'ingénierie effectuent un déploiement contrôlé des composants de moteur touchés, ce qui ne devrait pas avoir d'incidence supplémentaire sur les clients. Nous fournirons une autre mise à jour à mesure que la validation progresse.

12. 11 juillet 2026 à 18:09 UTCresolved

    Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 9 juillet 2026 à 02:36 UTCresolved

   Entre 4:45p et 6:45p PDT un très petit pourcentage de points de données métriques a été abandonné. Cette question a été résolue.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 8 juillet 2026 à 21:47 UTCinvestigating

   À partir de 11:30a PDT, l'ingestion de points de données est affectée et nous laissons tomber un petit pourcentage de points de données. Nous enquêtons et nous fournirons une mise à jour au fur et à mesure des progrès réalisés.

2. 8 juillet 2026 à 22:35 UTCinvestigating

   Nous continuons d'étudier la question touchant un faible pourcentage de points de données ingérés à US0. Nos équipes d'ingénieurs travaillent activement sur la question et évaluent les mesures d'atténuation possibles. Nous fournirons une autre mise à jour à mesure que de plus amples renseignements seront disponibles.

3. 8 juillet 2026 à 23:29 UTCinvestigating

   Nous continuons d'étudier la question touchant un faible pourcentage de points de données ingérés à US0. Nos équipes d'ingénieurs travaillent activement sur la question. Nous fournirons une autre mise à jour à mesure que de plus amples renseignements seront disponibles.

4. 8 juillet 2026 à 23:33 UTCmonitoring

   Nous avons observé une amélioration de l'ingestion des points de données à US0, et le taux de diminution des points de données est revenu aux niveaux prévus. Nous continuons de surveiller de près le service pour assurer la stabilité. Nous fournirons une autre mise à jour une fois la surveillance terminée ou si des problèmes supplémentaires sont observés.

5. 8 juillet 2026 à 23:52 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 8 juillet 2026 à 14:21 UTCinvestigating

   À partir de 6h48a PDT, les essais synthétiques ne peuvent pas être consultés dans l'interface utilisateur. Les tests sont toujours en cours et les détecteurs fonctionnent toujours. Nous enquêtons sur la question et nous enverrons des mises à jour au fur et à mesure des progrès.

2. 8 juillet 2026 à 14:43 UTCinvestigating

   L'interface utilisateur de profilage APM n'est pas disponible pour le moment en raison du même problème sous-jacent. Nous poursuivons nos recherches et fournirons des mises à jour au fur et à mesure des progrès réalisés.

3. 8 juillet 2026 à 15:05 UTCinvestigating

   Les données visibles dans l'interface utilisateur du profilage APM connaissent des retards. La surveillance des plastiques est opérationnelle. Nous poursuivons nos recherches et fournirons des mises à jour au fur et à mesure des progrès réalisés.

4. 8 juillet 2026 à 15:33 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 8 juillet 2026 à 10:51 UTCresolved

   Entre 1a PDT et 2:50a PDT, toute intégration GCP qui avait le réglage "Sync all (dynamiquement) listed projects" activé a eu une partie des données Cloud Monitoring de GCP abandonné. Cette question a été résolue. Les clients peuvent voir des lacunes dans les cartes et les détecteurs qui utilisent les mesures de surveillance de GCP Cloud affectées. Les paramètres AWS CloudWatch et Azure Monitor ne sont pas touchés.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 3 juillet 2026 à 00:47 UTCinvestigating

   Nous enquêtons sur une perturbation majeure du service affectant Splunk APM Trace Search et la fonctionnalité Splunk RUM Session Details. Les clients peuvent être incapables de rechercher ou de visualiser des traces et ne pas pouvoir charger les détails de la session. L'ingestion de données n'est pas affectée actuellement. Nous fournirons une mise à jour dès que possible.

2. 3 juillet 2026 à 01:53 UTCinvestigating

   Nous continuons d'enquêter sur cette question.

3. 3 juillet 2026 à 02:04 UTCidentified

   Le problème a été identifié et une solution est en cours de mise en oeuvre.

4. 3 juillet 2026 à 02:47 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 2 juillet 2026 à 20:55 UTCinvestigating

   Certains détecteurs peuvent être retardés par les clients. L'ingestion de données n'est pas affectée. Nous enquêtons et nous fournirons une mise à jour sous peu.

2. 2 juillet 2026 à 21:36 UTCidentified

   Nous avons identifié la source du problème et pris des mesures d'atténuation. La reprise est en cours et nous assistons à une amélioration progressive. Nos équipes continuent d'enquêter sur la cause sous-jacente tout en surveillant le rétablissement. Nous fournirons une autre mise à jour à mesure que de plus amples renseignements seront disponibles.

3. 2 juillet 2026 à 22:35 UTCresolved

   Le problème qui cause des retards dans certains détecteurs a été résolu. Les systèmes se sont rétablis et le traitement des détecteurs est revenu aux niveaux prévus. Merci de votre patience pendant que nous avons travaillé à résoudre ce problème.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 2 juillet 2026 à 19:21 UTCinvestigating

   Une dégradation de la performance du pipeline de traitement des MPA Spunk entraîne un retard de plus de cinq minutes dans la surveillance des MetricSets. L'ingestion de données n'est pas touchée, mais les tableaux de bord des services, des paramètres et des flux de travail, et d'autres cartes et détecteurs construits à partir de Monitoring MetricSets sont touchés.

2. 2 juillet 2026 à 20:16 UTCinvestigating

   Nous continuons d'enquêter sur cette question.

3. 2 juillet 2026 à 20:44 UTCmonitoring

   Un correctif a été mis en place et nous suivons les résultats.

4. 2 juillet 2026 à 21:31 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 1 juillet 2026 à 14:18 UTCresolved

   Nous avons confirmé que la question touchant Tag Spotlight a été résolue. Les clients peuvent avoir connu des fonctionnalités limitées dans Tag Spotlight à partir d'environ 16:30 PM PT le 30 juin. La fonctionnalité complète a été restaurée à 7h20 le 1er juillet.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 26 juin 2026 à 07:36 UTCresolved

   En raison d'une régression dans une version récente, les utilisateurs naviguant à partir de Logs Related Content sur la page APM TraceView vers Log Observer ont été redirigés vers APM TraceView à la place. Cela a affecté l'expérience de corrélation de Logs pour les clients dans tous les domaines, sauf US3 et Gov. Le changement a été rétabli pour rétablir l'expérience de navigation attendue. La disponibilité du produit pour APM et Log Observer n'a pas été affectée; le problème était limité au flux de travail de Corrélation de Logs de TraceView. Heure de début de l'incident: 05:09 PDT, 25 juin 2026 Heure de fin de l'incident: 22:15 PDT, 25 juin 2026

Traduit automatiquement depuis la mise à jour officielle de l'incident.

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

   We are still investigating the issue.

3. 17 juin 2026 à 17:56 UTCinvestigating

   We are continuing to investigate this issue.

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

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

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

   Efforts to address the pipeline performance degradation are ongoing.

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

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

11. 16 juin 2026 à 00:12 UTCresolved

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

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

   We are continuing to investigate this issue.

3. 12 juin 2026 à 22:17 UTCmonitoring

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

4. 12 juin 2026 à 23:25 UTCmonitoring

   We are continuing to monitor for any further issues.

5. 13 juin 2026 à 00:01 UTCresolved

   This incident has been resolved.

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

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

3. 11 juin 2026 à 20:39 UTCinvestigating

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

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

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

6. 11 juin 2026 à 22:32 UTCresolved

   This incident has been resolved.