104 Flyio incidents · avril 2026 — official updates, affected components, duration and resolution details.
Nous sommes conscients d'un problème affectant un sous-ensemble d'utilisateurs Sprites. Nous enquêtons sur la source du problème.
Les taux d'erreur ont diminué. Nous continuons de surveiller la santé des IPA.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous avons observé un problème de réseau en amont à LAX. Les connexions à certaines destinations peuvent entraîner une latence élevée et une perte de paquets. Nous travaillons en amont pour résoudre ce problème.
Nous avons mis en place des mesures d'atténuation temporaires avec nos fournisseurs. Cependant, puisque la cause principale de ce problème réside dans un plus grand fournisseur de transport en amont, vous pouvez continuer à observer des problèmes de latence et de connexion élevés dans ou autour des régions touchées. Nous travaillons toujours en étroite collaboration avec eux pour résoudre la cause profonde.
Nous mettons à jour la liste des régions touchées pour y inclure également SJC puisque cela semble être un problème en amont plus large sur la côte ouest américaine.
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.
Nous enquêtons sur un problème avec le coureur d'arrière-plan pour notre API. Les actions qui nécessitent un travail de fond, comme la création d'applications, l'attribution d'adresses IP ou la création/renouvellement de certificats, peuvent échouer à ce moment.
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.
Une mise à jour de configuration a causé des défaillances temporaires pour le trafic HTTP/2 entrant pour Fly Machines situé sur un sous-ensemble d'hôtes pendant quelques minutes. Cet incident a depuis été résolu. Managed Postgres dépend de HTTP/2 et certaines opérations de plan de contrôle peuvent également avoir été affectées. Cependant, les connexions Postgres en aval n'étaient pas susceptibles d'avoir été affectées par cela puisqu'elles n'utilisent pas le gestionnaire HTTP2.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Grâce à un fournisseur en amont, nous voyons ~50% de perte de paquets sur un sous-ensemble d'hôtes dans ORD. Certaines grappes de MPG dans ORD sont lentes à reproduire en conséquence.
La perte de paquets dans ORD s'améliore et les services touchés se rétablissent; nous continuons de surveiller les problèmes intermittents
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous avons vu des emplois de suppression Sprite échouer entre 21:18 et 22:05 UTC. Cette question a été résolue.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons sur des questions de réseautage touchant certains hôtes de la région du GRU (São Paulo, Brésil). Certaines applications de GRU peuvent connaître une latence accrue ou une perte de paquets.
La performance en réseau dans GRU s'est normalisée et nous ne voyons plus de problèmes. Nous continuons de surveiller pour assurer un rétablissement complet.
Nous assistons à une récurrence des problèmes de réseautage dans le GRU. Certaines applications de la région peuvent connaître une latence accrue ou une perte de paquets. Nous travaillons avec notre fournisseur de réseau en amont à la résolution.
Notre fournisseur en amont a mis en place un correctif. La performance du réseau en GRU s'est normalisée.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons actuellement sur cette question.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons sur des problèmes avec nos passerelles WireGuard. Certaines commandes CLI comme `flyctl ssh console` ou `flyctl proxy` peuvent ne pas fonctionner actuellement. Les applications continuent de fonctionner.
Un correctif a été mis en place et nous suivons les résultats.
Nos tests et la surveillance indiquent que les passerelles doivent être de retour à la normale; si vous avez encore des problèmes en utilisant `flyctl ssh console`, essayez de redémarrer l`agent `flyctl` par `flyctl agent restart`.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes actuellement en train de constater que certaines mesures accusent un retard sur les serveurs dans certaines régions. Nous fournissons davantage d'instances de traitement métriques pour combler l'arriéré et rattraper le retard accumulé.
Tous les hôtes ont rattrapé les métriques et nous surveillons la situation
Ceci est maintenant résolu
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons sur des problèmes de réseau dans la région de Los Angeles. Les applications peuvent connaître une latence plus élevée ou être inaccessibles à ce moment.
Les problèmes de réseautage en amont ont été résolus.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Une erreur de configuration BGP a amené notre DNS Anycast à se diriger vers certains nœuds sans la bonne infrastructure DNS. La question était temporaire et a été réglée dès que nous avons retiré ce nœud de BGP.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous avons identifié un problème causant des erreurs d'authentification pour certaines opérations de "flyctl". Ces opérations échouent avec une erreur comme : `Ce paramètre n'accepte plus les jetons OAuth (commençant par `fo1 `). Utilisez plutôt un jeton macaron (commençant par `fm2 `). Nous avons identifié le problème et sommes en train de mettre en place une solution
Une correction a été déployée et cette erreur ne devrait plus se produire. Nous surveillons pour assurer un rétablissement complet.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous avons eu un problème avec le cluster ord-0 Fly Kubernetes, et de nombreux clusters MPG ne redémarrent pas. Notre équipe de MPG y travaille activement.
Nous continuons d'enquêter sur cette question.
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.
Problèmes de réseau 6PN entre certaines machines à YYZ lors d'un déploiement qui a été repoussé une fois que nous avons remarqué des erreurs. Pendant ce temps, certaines machines n'ont pas pu parler aux ressources internes comme d'autres DB, d'autres applications ou des grappes MPG.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
De nouvelles machines peuvent ne pas créer dans ARN parce que nous manquons de capacité.
La question des capacités dans la région de l'ARN a été résolue.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous travaillons pour récupérer notre service secret après un déploiement raté. Les applications continuent à fonctionner, mais il n'est pas possible de créer de nouvelles applications ou de mettre à jour des secrets pour le moment.
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.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
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.