Historique des pannes de Signalfx

1. 23 octobre 2026 à 07:22 UTCinvestigating

   Nous enquêtons sur un problème avec l'intégration AWS CloudWatch. Certains clients peuvent voir des étiquettes de ressources manquantes ou dépassées sur les paramètres AWS, et les changements de configuration de flux métrique peuvent ne pas être appliqués. L'ingestion métrique n'est pas affectée. Nous fournirons une mise à jour dès que de plus amples renseignements seront disponibles.

2. 23 octobre 2026 à 09:14 UTCidentified

   Nous avons constaté que l'intégration d'AWS CloudWatch dégradée est causée par une perturbation continue d'AWS dans la région me-central-1 (EAU), y compris AWS CloudWatch et l'API de marquage des groupes de ressources. Les clients ayant des ressources AWS dans cette région peuvent voir des étiquettes de ressources manquantes ou périmées sur les métriques AWS, et les changements de configuration de flux métrique peuvent ne pas être appliqués. L'ingestion métrique n'est pas affectée. AWS n'a pas fourni de calendrier de rétablissement et recommande de migrer vers une autre région.

3. 23 octobre 2026 à 21:11 UTCresolved

   Spunk a confirmé que l'intégration dégradée d'AWS CloudWatch dans la région me-central-1 (EAU) est causée par une perturbation régionale d'AWS continue en dehors du contrôle de Splunk. Le SSFE n'a pas fourni de calendrier de rétablissement et recommande de migrer les ressources affectées vers une autre région. L'ingestion métrique n'est pas affectée. Nous identifions les clients touchés et nous contacterons individuellement pour discuter des prochaines étapes. Si vous avez des préoccupations immédiates, veuillez contacter votre équipe de compte.

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

1. 20 octobre 2026 à 22:16 UTCinvestigating

   L'interface utilisateur APM pour un sous-ensemble de clients peut avoir une expérience dégradée. Nous enquêtons et nous fournirons une mise à jour sous peu.

2. 20 octobre 2026 à 22:16 UTCidentified

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

3. 20 octobre 2026 à 22:17 UTCmonitoring

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

4. 20 octobre 2026 à 22:18 UTCresolved

   Cet incident a été résolu.

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

1. 20 octobre 2026 à 22:00 UTCresolved

   Les cartes APM pour un sous-ensemble de clients peuvent avoir chargé lentement. L'ingestion de données n'a pas été affectée.

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

1. 15 octobre 2026 à 18:55 UTCinvestigating

   Nous enquêtons sur une dégradation de l'application web Splunk Observability Cloud pour certains clients. L'ingestion de données n'est pas affectée actuellement. Nous fournirons une mise à jour dès que possible.

2. 15 octobre 2026 à 20:00 UTCinvestigating

   Nos équipes d'ingénierie s'emploient activement à résoudre les problèmes de performance identifiés dans l'interface utilisateur Web d'observation Splunk, nous partagerons une nouvelle mise à jour dès que possible.

3. 15 octobre 2026 à 20:33 UTCmonitoring

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

4. 15 octobre 2026 à 21:20 UTCresolved

   Cet incident a été résolu.

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

1. 12 octobre 2026 à 19:48 UTCidentified

   Une dégradation de la performance du pipeline d'ingestion de données Spunk APM retarde le traitement et le stockage des données de traces brutes de plus de cinq minutes. Aucune donnée n'est perdue pour l'instant et MetricSets n'est pas touchée, mais les données les plus récentes peuvent ne pas être disponibles dans les résultats de recherche en trace.

2. 12 octobre 2026 à 21:00 UTCmonitoring

   Nous surveillons le rétablissement.

3. 12 octobre 2026 à 21:42 UTCresolved

   Cet incident a été résolu.

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

1. 7 octobre 2026 à 20:39 UTCinvestigating

   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.

2. 7 octobre 2026 à 21:12 UTCidentified

   Le problème a été identifié et une remise en état est en cours.

3. 7 octobre 2026 à 21:20 UTCresolved

   Les étapes vers l'assainissement ont récupéré l'accès à la connexion.

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

1. 7 octobre 2026 à 20:18 UTCinvestigating

   Les clients peuvent rencontrer des retards dans la perception de la dimension nouvellement créée, de la dimension mise à jour et des alertes. L'équipe enquête actuellement sur la question.

2. 7 octobre 2026 à 20:25 UTCidentified

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

3. 7 octobre 2026 à 21:12 UTCidentified

   Le problème a été identifié et une remise en état est en cours.

4. 7 octobre 2026 à 21:23 UTCresolved

   W ont vérifié que la correction a récupéré le service.

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

1. 7 octobre 2026 à 18:46 UTCinvestigating

   Nous rencontrons des problèmes de connectivité avec le serveur Splunk Observability MCP, qui peut affecter la disponibilité de certains outils. Nous enquêtons activement sur le problème

2. 7 octobre 2026 à 19:16 UTCinvestigating

   Nos équipes d'ingénierie continuent à résoudre les problèmes de connectivité avec le serveur Splunk Observability MCP. Nous partagerons des informations supplémentaires dès qu'elles seront disponibles.

3. 7 octobre 2026 à 20:36 UTCinvestigating

   Nos équipes d'ingénierie continuent à résoudre les problèmes de connectivité avec le serveur Splunk Observability MCP. Nous partagerons des informations supplémentaires dès qu'elles seront disponibles

4. 7 octobre 2026 à 21:12 UTCmonitoring

   Les équipes du génie ont déployé une solution et la récupération des services progresse. Nous continuerons de surveiller et de partager une mise à jour d'ici 22h00 UTC.

5. 7 octobre 2026 à 21:13 UTCmonitoring

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

6. 7 octobre 2026 à 21:35 UTCresolved

   Service recovery fully confirmed, we are now considering this resolved.

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

1. 3 octobre 2026 à 02:55 UTCinvestigating

   Nous enquêtons sur les retards dans le traitement des résultats des tests de surveillance synthétique de Splunk. Les tests de surveillance synthétique sont opérationnels, mais les mesures peuvent manquer jusqu'à ce que le problème soit résolu.

2. 3 octobre 2026 à 03:03 UTCidentified

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

3. 3 octobre 2026 à 03:12 UTCmonitoring

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

4. 3 octobre 2026 à 03:12 UTCresolved

   Cet incident a été résolu.

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

1. 25 septembre 2026 à 12:34 UTCinvestigating

   Nous enquêtons actuellement sur cette question.

2. 25 septembre 2026 à 13:00 UTCidentified

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

3. 25 septembre 2026 à 14:02 UTCidentified

   Nous continuons de travailler sur une solution à ce problème.

4. 25 septembre 2026 à 15:07 UTCresolved

   Cet incident a été résolu.

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

1. 18 septembre 2026 à 15:07 UTCresolved

   Certains clients voient des défaillances de connexion en raison d'erreurs de certificat. Les clients déjà enregistrés ne sont pas touchés. La question a été réglée.

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

1. 12 septembre 2026 à 03:16 UTCinvestigating

   L'ingestion de Datapoint est affectée et nous laissons tomber des points de données pour de nouvelles séries chronologiques. Nous enquêtons et fournirons une mise à jour toutes les 15 minutes.

2. 12 septembre 2026 à 03:30 UTCresolved

   Between 7:37 PM and 8:17 PM PST, a small number of data points for new time series were not accepted. As a result, new time series may have experienced a delay of approximately 20–25 minutes before becoming available in charting and detectors. APM and RUM ingestion were not impacted.

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

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.