62 Signalfx Us1 incidents · mai 2025 — official updates, affected components, duration and resolution details.
Une dégradation des données de traces ingère le chemin de Spunk APM provoque la chute et la perte de traces. Nous enquêtons sur la question et fournirons une mise à jour dès que possible.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons sur une panne majeure de l'assistant d'observation de Spunk.
Le problème a été identifié comme une panne Azure OpenAI et nous procédons à une solution de rechange.
Un correctif a été mis en place et nous suivons les résultats.
Phase de surveillance terminée. La question a été réglée.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
À partir de 08/25/2026, 11:38AM PDT, une dégradation de la performance du pipeline de traitement des traces de Spunk APM provoque un retard de plus de cinq minutes dans le dépannage de MetricSets. Par conséquent, l'expérience de dépannage APM, les cartes de service et Tag Spotlight n'ont pas accès aux données les plus récentes. Le traitement des données pour les flux de travail des entreprises, qui dépend également de ce pipeline, est également retardé. L'ingestion de données traces n'est pas affectée à l'heure actuelle; les ensembles de surveillance de niveau de service et de niveau d'extrémité et les détecteurs construits à partir d'eux ne sont pas non plus touchés.
Nous continuons d'enquêter sur cette question.
Le problème a été identifié et une solution est en cours de mise en oeuvre.
Un correctif a été mis en place et nous suivons les résultats.
Nos équipes continuent de surveiller la situation afin d'assurer l'assainissement complet.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Problèmes liés au traitement des alertes qui entraînent des notifications tardives. Nous enquêtons actuellement sur la question.
Nous enquêtons actuellement sur des latences de notification élevées. Les clients peuvent avoir des retards dans la réception des notifications d'alerte. Nous travaillons activement à résoudre ce problème et fournirons des mises à jour à mesure que nous progresserons. Nous apprécions votre patience.
Nous avons identifié et sommes en train de résoudre activement le problème qui cause des alertes différées. La correction a été mise en œuvre et montre déjà une amélioration significative des délais de notification. Bien que certaines notifications qui étaient en attente avant notre correction puissent encore connaître des retards mineurs à mesure que le système se rattrape, de nouvelles notifications sont livrées normalement. Nous apprécions votre patience et continuerons de suivre la situation de près.
Nous travaillons activement à résoudre ce problème. Les clients peuvent continuer à connaître des retards dans la livraison des avis. Cela inclut les notifications nouvellement générées, qui sont traitées derrière les événements antérieurs dans la file d'attente. L'équipe étudie activement la cause fondamentale et s'emploie à éliminer l'arriéré de notifications en attente. Comme mesure d'atténuation temporaire, nous avons désactivé les prévisualisations d'image dans les notifications pour améliorer la vitesse de traitement. Les notifications ne seront que texte pour le moment. Nous apprécions votre patience et fournirons d'autres mises à jour au fur et à mesure des progrès réalisés.
Nous avons mis en place un correctif pour corriger les retards de notification. Notre surveillance montre une amélioration significative des délais d'envoi des notifications, et nous suivons de près le rendement pour nous assurer que la question est entièrement résolue. Merci de votre patience alors que nous travaillons à rétablir le service complet.
Les retards de livraison des notifications ont été entièrement résolus. Toutes les notifications en attente ont été traitées et le système fonctionne maintenant normalement.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
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.
Nous poursuivons nos recherches sur le problème.
Nous continuons d'enquêter sur cette question.
Le problème a été identifié et une solution est en cours de mise en oeuvre.
Un correctif a été mis en place et nous suivons les résultats.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
L'ingestion de données pour les séries chronologiques métriques nouvelles ou réactivées a été affectée entre 2:28 PM PST et 2:47 PM PST. Il y a eu une perte partielle de données pour les nouvelles séries chronologiques métriques au cours de cette période. Cette situation est maintenant rétablie.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
L'ingestion de données pour les nouvelles séries chronologiques métriques a été affectée entre 10:37 AM PST et 10:39 AM PST. Il y a eu une perte partielle de données pour les nouvelles séries chronologiques métriques au cours de cette période. Cette situation est maintenant rétablie.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
À partir de 4a PT, nous enquêtons sur une panne majeure de l'application web Splunk Observability Cloud. L'ingestion de données n'est pas affectée actuellement. Nous fournirons une mise à jour dès que possible.
Nous poursuivons nos recherches sur le problème.
Un correctif a été mis en place et nous suivons les résultats.
Cet incident a été résolu. Veuillez noter que l'API Cloud d'observation de Splunk a également été affectée pendant cet incident.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
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.
Les clients peuvent rencontrer des retards dans la vision des séries chronologiques métriques nouvellement créées. L'ingestion de données n'est pas affectée pour les séries chronologiques existantes. Nous enquêtons et nous fournirons une mise à jour sous peu.
La question des retards dans les séries chronologiques nouvellement créées a été résolue. La création de séries chronologiques métriques fonctionne normalement. L'ingestion de points de données pour les séries chronologiques existantes n'a pas été affectée.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
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.
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.
Rum API Endpoints were not available for one of our IPs, resulting in degraded service or a partial outage at first, and possibly a complete outage towards the end. This issue occurred from 4:22pm PST to 4:57pm PST
Datapoint ingest is affected , some datapoints could be dropped. Team is investigating and will provide an update shortly.
Our engineering team is currently implementing an impact mitigation configuration change. The internal investigation is still ongoing. We will share an additional update as soon as possible.
Our engineering team has completed impact mitigating configuration changes and confirmed services are recovered as of 4:55 PDT. We will continue monitoring and share an update as soon as possible.
Our engineering team has confirmed that all the services recovered as of 4:55 PM PDT and remained stable during monitoring. This incident is now resolved.
We are investigating delays in processing Splunk Observability Synthetic Monitoring test results for a small subset of customers. Tests are still running, but metrics may be delayed until the issue is resolved.
We have identified and remediated an issue affecting synthetic test result ingestion for a subset of customers. We apologize for any inconvenience this may have caused and thank you for your patience. Time range of impact: June 1 20:00 UTC - June 2 15:30 UTC
Charts for customers may not be loading. App and UI availability is also impacted. We are investigating and will provide an update shortly.
The issue has been identified and a fix is being implemented.
A fix has been implemented and we are monitoring the status.
This Incident has been resolved.
A degradation of the Splunk O11y Cloud ingest path is causing ~20% of AWS CloudWatch metrics to be dropped. We are investigating the issue and will provide an update as soon as possible.
This incident has been resolved. We have since confirmed that only AWS CloudWatch metrics were impacted during this incident. Azure and GCP metrics were not impacted.
We are currently investigating this issue.
We are continuing to investigate this issue.
The issue has been identified and a fix is being implemented.
This incident has been resolved.
Charts for all customers may not be loading. Datapoint ingest is not affected. We are investigating and will provide an update shortly.
Our teams continue working to identify the cause and implement a fix.
Our investigation remains ongoing, and there is no change in status at this time. We are continuing to prioritize this issue and will provide the next update in thirty minutes.
Our teams are continuing their efforts to identify the root cause of this issue. There is no change in status to report at this time, but we are dedicating all necessary resources to reach a resolution. We will provide another update shortly.
Update (8:50 AM PST): We have observed that charts are now loading successfully. While service is recovering, our teams remain on-site to investigate the root cause and ensure full system stability. We will continue to monitor performance closely.
We are continuing to monitor the environment. There is no change in status at this time; our teams remain focused on resolving the remaining isolated issues.
Our teams are continuing to monitor the environment and are actively working to fully resolve the issue.
Update 10:30 PST: We are also investigating reports of login issues. Users may experience difficulty authenticating or accessing their accounts at this time.
The issue has been identified and a fix is being implemented.
A fix has been implemented and we are monitoring the results.
We are continuing to monitor the environment to ensure full remediation.
This incident has been resolved.
We are investigating an issue affecting Real User Monitoring (RUM) metrics across all realms. Customers may experience custom metric MTS quota limits being exceeded, resulting in metric data being dropped. RUM metric dimensions that were previously available may be missing.
The issue affecting Real User Monitoring (RUM) metrics has been identified. The fix is currently being implemented. We are actively working to restore full service and will provide further updates as progress continues.
We are continuing to work on the fix. We expect to have further updates within the next hour. We appreciate your patience as we work diligently to resolve this issue and restore full service.
We are currently continuing to test the fix for the Real User Monitoring (RUM) metrics issue. We are thoroughly validating the mitigation to ensure it resolves the issue effectively and maintains system stability. We appreciate your ongoing patience and will provide further updates as testing progresses.
We are currently continuing to test the fix for the Real User Monitoring (RUM) metrics issue. We will share an update once we have further information.
The outage impacting RUM MMS Data Drop has been resolved after internal engineering teams deployed a fix. All systems are operational and stable. Thank you for your patience and understanding.