104 Flyio incidents · April 2026 — official updates, affected components, duration and resolution details.
Somos conscientes de un problema que afecta a un subconjunto de usuarios de Sprites. Estamos investigando la fuente de la cuestión.
Las tasas de error han disminuido. Continuamos monitoreando la salud de la API.
Este incidente ha sido resuelto.
Traducido automáticamente desde la actualización oficial del incidente.
Hemos observado un número de red en LAX. Las conexiones a algunos destinos pueden ver latencia elevada y pérdida de paquetes. Estamos trabajando con nuestra corriente para resolver este problema.
Hemos introducido algunas atenuaciones temporales junto con nuestros proveedores. Sin embargo, dado que la causa raíz de este problema está dentro de un proveedor de tránsito más grande, es posible que siga viendo algunos problemas elevados de latencia y de conexión en las regiones afectadas. Todavía estamos trabajando estrechamente con ellos para resolver la causa raíz.
Estamos actualizando la lista de la región afectada para incluir también a SJC ya que esto parece ser una cuestión más amplia en la Costa Oeste de Estados Unidos.
Se ha aplicado una solución y estamos monitoreando los resultados.
Este incidente ha sido resuelto.
Traducido automáticamente desde la actualización oficial del incidente.
Estamos investigando un problema con el programador de trabajo de fondo para nuestra API. Las acciones que requieren un trabajo de fondo, como crear aplicaciones, asignar direcciones IP o crear/renovar certificados, pueden fallar en este momento.
Se ha aplicado una solución y estamos monitoreando los resultados.
Este incidente ha sido resuelto.
Traducido automáticamente desde la actualización oficial del incidente.
Una actualización de configuración causó fallos temporales para el tráfico HTTP/2 entrando para máquinas de vuelo situado en un subconjunto de hosts durante unos minutos. Este incidente se ha resuelto desde entonces. Los Postgres administrados dependen de HTTP/2 y algunas operaciones de control pueden haber sido afectadas también. Sin embargo, es poco probable que las conexiones de Postgres descendentes se hayan visto afectadas por esto ya que no utilizan el manipulador HTTP2.
Traducido automáticamente desde la actualización oficial del incidente.
Debido a un proveedor de corriente, estamos viendo ~50% de pérdida de paquetes en un subconjunto de anfitriones en ORD. Algunos clusters MPG en ORD son lentos para replicar como resultado.
La pérdida de paquetes en ORD está mejorando y los servicios afectados se están recuperando; seguimos monitoreando para problemas intermitentes
Este incidente ha sido resuelto.
Traducido automáticamente desde la actualización oficial del incidente.
Vimos que los trabajos de eliminación de Sprite fallaron entre 21:18 y 22:05 UTC. Esta cuestión se ha resuelto.
Traducido automáticamente desde la actualización oficial del incidente.
Estamos investigando temas de networking que afectan a algunos anfitriones en la región del GRU (São Paulo, Brasil). Algunas aplicaciones en GRU pueden experimentar mayor latencia o pérdida de paquetes.
El rendimiento de la red en GRU se ha normalizado y ya no estamos viendo problemas. Seguimos monitoreando para asegurar una recuperación total.
Estamos viendo una recurrencia en temas de networking en GRU. Algunas aplicaciones en la región pueden experimentar mayor latencia o pérdida de paquetes. Estamos trabajando con nuestro proveedor de redes para resolver.
Nuestro proveedor de corriente ha implementado una solución. El rendimiento de la red en GRU se ha normalizado.
Este incidente ha sido resuelto.
Traducido automáticamente desde la actualización oficial del incidente.
Actualmente estamos investigando esta cuestión.
Este incidente ha sido resuelto.
Traducido automáticamente desde la actualización oficial del incidente.
Estamos investigando problemas con nuestras puertas de WireGuard. Algunos comandos CLI como `flyctl ssh consola` o `flyctl proxy` pueden no funcionar en este momento. Las aplicaciones siguen funcionando.
Se ha aplicado una solución y estamos monitoreando los resultados.
Nuestras pruebas y monitoreo indican que las puertas de entrada deben volver a la normalidad; si usted sigue teniendo problemas utilizando la consola de ssh de flyctl, trate de reiniciar el agente de flyctl por `flyctl agente restart`.
Este incidente ha sido resuelto.
Traducido automáticamente desde la actualización oficial del incidente.
Actualmente estamos experimentando algunas métricas en servidores en algunas regiones. Estamos proporcionando más casos de procesamiento métrico para acomodar el atraso y ponerse al día.
Todos los anfitriones han atrapado métricas y estamos monitoreando la situación
Esto ya está resuelto
Traducido automáticamente desde la actualización oficial del incidente.
Estamos investigando problemas de red en la región de Los Ángeles. Las aplicaciones pueden experimentar mayor latencia o no ser accesibles en este momento.
Las cuestiones relativas a las redes preliminares se han resuelto.
Este incidente ha sido resuelto.
Traducido automáticamente desde la actualización oficial del incidente.
Un error de configuración de BGP causó nuestro Anycast DNS para llegar a algunos nodos sin la infraestructura DNS adecuada. El tema fue temporal y se resolvió tan pronto como eliminamos ese nodo de BGP.
Traducido automáticamente desde la actualización oficial del incidente.
Hemos identificado un problema que causa errores de autenticación para algunas operaciones de `flyctl`. Estas operaciones están fallando con un error como: `Este punto final ya no acepta las fichas OAuth heredadas (comenzando con 'fo1 `). Por favor, utilice un token de macarón (comenzando con 'fm2 `). Hemos identificado el problema y estamos preparando una solución
Se ha desplegado una solución y este error ya no debería ocurrir. Estamos monitoreando para asegurar la recuperación completa.
Este incidente ha sido resuelto.
Traducido automáticamente desde la actualización oficial del incidente.
Teníamos un problema con el grupo Ord-0 Fly Kubernetes, y muchos grupos MPG no están reiniciando. Nuestro equipo MPG está trabajando activamente en ello.
Seguimos investigando esta cuestión.
Se ha aplicado una solución y estamos monitoreando los resultados.
Este incidente ha sido resuelto.
Traducido automáticamente desde la actualización oficial del incidente.
6PN problemas de networking entre algunas máquinas en YYZ durante una puesta en marcha que se revolvió una vez que notamos errores. Durante este tiempo algunas máquinas no pudieron hablar con recursos internos como otros DB, otras aplicaciones o grupos MPG.
Traducido automáticamente desde la actualización oficial del incidente.
Las nuevas máquinas pueden no crear en ARN porque no tenemos capacidad.
Se ha resuelto la cuestión de la capacidad en la región de ARN.
Traducido automáticamente desde la actualización oficial del incidente.
We are working to recover our secrets service after a failed deployment. Apps continue to run, but it is not possible to create new apps or update secrets at this time.
We have failed over the secrets database to a replica, and the Machines API appears healthy now. We are monitoring for any further issues.
This incident has been resolved.
We are currently investigating degraded ipv6 networking on a subset of hosts
We are continuing to investigate this issue.
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 for any further issues.
This incident has been resolved.
We are currently investigating app-not-found errors returned by Machines API calls made shortly after creating new applications.
We have identified the issue as failed insertions in a subset of Corrosion batches. These failures trigger retries, which can cause timeouts for other batches.
We’ve applied a mitigation to reduce the impact from Corrosion batch insertion retries and are continuing to monitor while affected nodes catch up.
We’ve deployed an additional mitigation to further reduce Corrosion retry pressure and are seeing improvement; we’re continuing to monitor while remaining affected nodes catch up.
A fix has been implemented and we are monitoring the results
This incident has been resolved.
High CPU pressure on a shared etcd instance is causing lags on MPG creation in the IAD region
Etcd is stable. Services are back to normal.