Historial de interrupciones de Signalfx

1. 24 de agosto de 2026 a las 23:09 UTCinvestigating

   A partir de las 3:08PM PDT, los clientes pueden experimentar retrasos en ver las series MetricTime. La ingerencia de punto de datos no se ve afectada. Estamos investigando y proporcionaremos una actualización en breve.

2. 25 de agosto de 2026 a las 0:20 UTCinvestigating

   Hemos identificado que este incidente fue una falsa alarma debido a la limitación de tarifas aplicada a un solo inquilino. Hemos llegado al arrendatario afectado. Todos los demás clientes dentro de US0 no son ni han sido afectados por este incidente.

3. 25 de agosto de 2026 a las 0:20 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 31 de julio de 2026 a las 3:46 UTCinvestigating

   Una degradación en el rendimiento del gasoducto de procesamiento de métricas Splunk APM está causando que se derriten las métricas de monitoreo. El ingerente de datos de trace no está afectado, pero los paneles de servicio, punta y flujo de trabajo, y otros gráficos y detectores construidos a partir de Monitor MetricSets son impactados.

2. 31 de julio de 2026 a las 4:07 UTCidentified

   Se ha determinado la cuestión y se está aplicando una solución.

3. 31 de julio de 2026 a las 4:08 UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

4. 31 de julio de 2026 a las 4:32 UTCresolved

   La cuestión se ha resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 24 de julio de 2026 a las 15:59 UTCresolved

   Algunos clientes pueden haber experimentado retrasos en las notificaciones de alerta de 4 am ~ 6 am (PST), 24 de julio, 2026. La ingerencia de punto de datos no se ve afectada. El problema se recupera.

Traducido automáticamente desde la actualización oficial del incidente.

1. 15 de julio de 2026 a las 12:20 UTCinvestigating

   Actualmente estamos investigando la cuestión. Algunas API pueden estar fallando y las páginas activas de alerta están cargando lentamente. No se han retirado ni perdido datos.

2. 15 de julio de 2026 a las 12:48 UTCidentified

   Se ha determinado la cuestión y se está aplicando la solución.

3. 15 de julio de 2026 a las 14:57 UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

4. 15 de julio de 2026 a las 16:00 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 14 de julio de 2026 a las 15:45 UTCinvestigating

   Actualmente estamos investigando la cuestión. Algunas API pueden estar fallando y las páginas activas de alerta están cargando lentamente. No se han retirado ni perdido datos.

2. 14 de julio de 2026 a las 16:49 UTCidentified

   El impacto del cliente comenzó alrededor de las 7:00 AM PDT. Hemos identificado una solución, pero una recuperación completa podría tomar varias horas

3. 14 de julio de 2026 a las 17:52 UTCidentified

   Seguimos trabajando en una solución para esta cuestión. Una recuperación completa podría tardar varias horas

4. 14 de julio de 2026 a las 19:07 UTCmonitoring

   Se ha implementado una solución y estamos monitoreando los resultados a medida que se recupera el atraso. Los estados de alerta y la serie de tiempo de eventos en la UI pueden retrasarse mientras el atraso se recupera.

5. 14 de julio de 2026 a las 19:44 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 10 de julio de 2026 a las 12:03 UTCinvestigating

   A partir de 1a PDT, un pequeño porcentaje de detectores puede haber perdido el fuego. No se han perdido datos. Estamos investigando y proporcionaremos una actualización en breve.

2. 10 de julio de 2026 a las 12:05 UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

3. 10 de julio de 2026 a las 13:51 UTCmonitoring

   Continuamos monitoreando cualquier otro problema.

4. 10 de julio de 2026 a las 14:52 UTCinvestigating

   Hemos visto un retorno de un pequeño porcentaje de detectores que pueden no ser disparados. No se pierden datos. Continuamos investigando.

5. 10 de julio de 2026 a las 19:02 UTCinvestigating

   Seguimos investigando un problema que afecta a un pequeño porcentaje de detectores en US0 que tal vez no hayan disparado como se esperaba. No se ha observado ninguna pérdida de datos. Nuestros equipos de ingeniería están investigando activamente el problema, y proporcionaremos otra actualización a medida que se disponga de más información.

6. 10 de julio de 2026 a las 19:39 UTCidentified

   A mitigation has been applied for the issue affecting a small percentage of Detects in US0 that may not have fired as expected. Observamos la recuperación continua y estamos vigilando el medio ambiente para asegurar que la mitigación sea plenamente eficaz. No se ha observado ninguna pérdida de datos. Proporcionaremos otra actualización una vez que la recuperación esté completa.

7. 10 de julio de 2026 a las 20:53 UTCidentified

   Observamos la recuperación continua y estamos vigilando el medio ambiente para asegurar que la mitigación sea plenamente eficaz. No se ha observado ninguna pérdida de datos. Proporcionaremos otra actualización una vez que la recuperación esté completa.

8. 11 de julio de 2026 a las 0:16 UTCmonitoring

   Observamos la recuperación continua y estamos vigilando el medio ambiente para asegurar que la mitigación sea plenamente eficaz. No se ha observado ninguna pérdida de datos. Proporcionaremos otra actualización una vez que la recuperación esté completa.

9. 11 de julio de 2026 a las 2:15 UTCidentified

   Hemos aplicado medidas de mitigación que redujeron el impacto, pero la recuperación aún no está completa. Un pequeño porcentaje de detectores en US0 todavía no puede estar disparando como se espera debido a la demora en el procesamiento. No se ha observado ninguna pérdida de datos. Los equipos de ingeniería siguen investigando las medidas de mitigación adicionales. Proporcionaremos otra actualización a medida que se disponga de más información.

10. 11 de julio de 2026 a las 3:03 UTCidentified

    Hemos identificado que la nueva serie de tiempo creada en US0 puede tomar hasta 10 minutos para ser incluido en detectores, lo que puede retrasar las evaluaciones de detectores para esas nuevas series de tiempo. El tiempo de notificación significa que el tiempo es actualmente saludable, y no se ha observado pérdida de datos. Los equipos de ingeniería continúan su labor de mitigación y validan si aclara los retrasos restantes. Proporcionaremos otra actualización una vez que la validación esté completa.

11. 11 de julio de 2026 a las 15:05 UTCidentified

    Seguimos investigando la demora en la inclusión de series de tiempo recientemente creadas en detectores en US0. Las nuevas series de tiempo pueden tardar hasta 10 minutos en ser incluidas en detectores, lo que puede retrasar las evaluaciones de detectores para esas series de tiempo. El tiempo de notificación significa que el tiempo sigue siendo saludable y no se ha observado pérdida de datos. Los equipos de ingeniería están realizando un despliegue controlado de componentes de backend afectados como parte de la labor de mitigación en curso, y no se espera que esto introduzca un impacto adicional del cliente. Proporcionaremos otra actualización a medida que avance la validación.

12. 11 de julio de 2026 a las 18:09 UTCresolved

    Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 9 de julio de 2026 a las 2:36 UTCresolved

   Entre 4:45p - 6:45p PDT se estaba bajando un porcentaje muy pequeño de puntos de datos métricos. Esta cuestión se ha resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 8 de julio de 2026 a las 21:47 UTCinvestigating

   A partir de las 11:30a PDT, el ingesto de punto de datos se ve afectado y estamos bajando un pequeño porcentaje de puntos de datos. Estamos investigando y proporcionaremos una actualización a medida que se avance.

2. 8 de julio de 2026 a las 22:35 UTCinvestigating

   Seguimos investigando la cuestión que afecta a un pequeño porcentaje de datos ingeridos en US0. Nuestros equipos de ingeniería están trabajando activamente en la cuestión y evaluando posibles mitigacións. Proporcionaremos otra actualización a medida que se disponga de más información.

3. 8 de julio de 2026 a las 23:29 UTCinvestigating

   Seguimos investigando la cuestión que afecta a un pequeño porcentaje de datos ingeridos en US0. Nuestros equipos de ingeniería están trabajando activamente en el tema. Proporcionaremos otra actualización a medida que se disponga de más información.

4. 8 de julio de 2026 a las 23:33 UTCmonitoring

   Hemos observado mejoras en la ingestión de puntos de datos en US0, y la tasa de puntos de datos reducidos ha retornado a niveles esperados. Seguimos vigilando de cerca el servicio para garantizar la estabilidad. Proporcionaremos otra actualización una vez que el monitoreo esté completo o si se observan problemas adicionales.

5. 8 de julio de 2026 a las 23:52 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 8 de julio de 2026 a las 14:21 UTCinvestigating

   A partir de 6:48a PDT, las carreras de prueba sintéticas no pueden ser vistas en la interfaz de usuario. Las pruebas siguen funcionando y los detectores siguen funcionando. Estamos investigando el tema y enviaremos actualizaciones a medida que se avance.

2. 8 de julio de 2026 a las 14:43 UTCinvestigating

   La interfaz de usuario de APM Profiling tampoco está disponible en este momento debido al mismo problema subyacente. Continuamos investigando y proporcionaremos actualizaciones a medida que se avance.

3. 8 de julio de 2026 a las 15:05 UTCinvestigating

   Los datos visibles en la interfaz de usuario de APM Profiling están experimentando retrasos. Splunk Synthetics Monitoring está operativo. Continuamos investigando y proporcionaremos actualizaciones a medida que se avance.

4. 8 de julio de 2026 a las 15:33 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 8 de julio de 2026 a las 10:51 UTCresolved

   Entre 1a PDT y 2:50a PDT, cualquier integración GCP que tuviera habilitado el ajuste "Sync all (dinámicamente) de los proyectos listados" tenía algunos de los datos de monitoreo de nube de GCP bajaron. Esta cuestión se ha resuelto. Los clientes pueden ver lagunas en gráficos y detectores que utilizan métricas de monitoreo de la nube GCP afectada. Las métricas AWS CloudWatch y Azure Monitor no son impactadas.

Traducido automáticamente desde la actualización oficial del incidente.

1. 3 de julio de 2026 a las 0:47 UTCinvestigating

   Estamos investigando una interrupción importante del servicio que afecta a Splunk APM Trace Search y la función Splunk RUM Session Details. Los clientes pueden ser incapaces de buscar o ver rastros y pueden ser incapaces de cargar detalles de sesión. El ingerido de datos no se impacta en este momento. Proporcionaremos una actualización lo antes posible.

2. 3 de julio de 2026 a las 1:53 UTCinvestigating

   Seguimos investigando esta cuestión.

3. 3 de julio de 2026 a las 2:04 UTCidentified

   Se ha determinado la cuestión y se está aplicando una solución.

4. 3 de julio de 2026 a las 2:47 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 2 de julio de 2026 a las 20:55 UTCinvestigating

   Los clientes pueden estar experimentando retrasos en algunos detectores. La ingerencia de punto de datos no se ve afectada. Estamos investigando y proporcionaremos una actualización en breve.

2. 2 de julio de 2026 a las 21:36 UTCidentified

   Hemos identificado la fuente de la cuestión y hemos adoptado medidas de mitigación. La recuperación está en progreso, y estamos viendo una mejora gradual. Nuestros equipos siguen investigando la causa subyacente mientras vigilan la recuperación. Proporcionaremos otra actualización a medida que se disponga de más información.

3. 2 de julio de 2026 a las 22:35 UTCresolved

   Se ha resuelto el problema que causa demoras en algunos detectores. Los sistemas se han recuperado y el procesamiento de detectores ha regresado a los niveles esperados. Gracias por su paciencia mientras trabajamos para resolver este problema.

Traducido automáticamente desde la actualización oficial del incidente.

1. 2 de julio de 2026 a las 19:21 UTCinvestigating

   Una degradación en el rendimiento de la tubería de procesamiento de métricas Splunk APM está causando que las métricas de monitoreo se retrasan en más de cinco minutos. El ingerente de datos de trace no está afectado, pero los paneles de servicio, punta y flujo de trabajo, y otros gráficos y detectores construidos a partir de Monitor MetricSets son impactados.

2. 2 de julio de 2026 a las 20:16 UTCinvestigating

   Seguimos investigando esta cuestión.

3. 2 de julio de 2026 a las 20:44 UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

4. 2 de julio de 2026 a las 21:31 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 1 de julio de 2026 a las 14:18 UTCresolved

   Hemos confirmado que el problema que afecta a Tag Spotlight ha sido resuelto. Los clientes pueden haber experimentado funcionalidad limitada dentro de Tag Spotlight comenzando aproximadamente a las 4:30 PM PT el 30 de junio. La funcionalidad completa fue restaurada a las 7:20 AM PT el 1 de julio.

Traducido automáticamente desde la actualización oficial del incidente.

1. 26 de junio de 2026 a las 7:36 UTCresolved

   Debido a una regresión en una reciente versión, los usuarios navegando desde Logs Contenido relacionado en la página APM TraceView a Log Observer fueron redireccionados de nuevo a APM TraceView. Esto impactó la experiencia de Correlación Logs para clientes en todos los ámbitos, excepto US3 y Gov. El cambio se ha revertido para restaurar la experiencia de navegación prevista. La disponibilidad de productos para APM y Log Observer no se vio afectada; la cuestión se limitó al flujo de trabajo de Correlación Logs de TraceView. Tiempo de inicio del incidente: 05:09 PDT, 25 de junio, 2026 Tiempo final del incidente: 22:15 PDT, 25 de junio de 2026

Traducido automáticamente desde la actualización oficial del incidente.

1. 17 de junio de 2026 a las 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 de junio de 2026 a las 16:43 UTCinvestigating

   We are still investigating the issue.

3. 17 de junio de 2026 a las 17:56 UTCinvestigating

   We are continuing to investigate this issue.

4. 17 de junio de 2026 a las 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 de junio de 2026 a las 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 de junio de 2026 a las 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 de junio de 2026 a las 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 de junio de 2026 a las 15:33 UTCresolved

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

1. 15 de junio de 2026 a las 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 de junio de 2026 a las 18:37 UTCinvestigating

   Efforts to address the pipeline performance degradation are ongoing.

3. 15 de junio de 2026 a las 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 de junio de 2026 a las 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 de junio de 2026 a las 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 de junio de 2026 a las 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 de junio de 2026 a las 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 de junio de 2026 a las 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 de junio de 2026 a las 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 de junio de 2026 a las 23:35 UTCidentified

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

11. 16 de junio de 2026 a las 0:12 UTCresolved

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

1. 12 de junio de 2026 a las 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 de junio de 2026 a las 21:31 UTCinvestigating

   We are continuing to investigate this issue.

3. 12 de junio de 2026 a las 22:17 UTCmonitoring

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

4. 12 de junio de 2026 a las 23:25 UTCmonitoring

   We are continuing to monitor for any further issues.

5. 13 de junio de 2026 a las 0:01 UTCresolved

   This incident has been resolved.

1. 11 de junio de 2026 a las 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 de junio de 2026 a las 19:52 UTCinvestigating

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

3. 11 de junio de 2026 a las 20:39 UTCinvestigating

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

4. 11 de junio de 2026 a las 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 de junio de 2026 a las 22:09 UTCmonitoring

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

6. 11 de junio de 2026 a las 22:32 UTCresolved

   This incident has been resolved.