104 Flyio incidents · April 2026 — official updates, affected components, duration and resolution details.
Wir sind uns eines Problems bewusst, das eine Teilmenge von Sprites-Benutzern betrifft. Wir untersuchen die Quelle des Problems.
Die Fehlerquoten sind gesunken. Wir überwachen weiterhin die Gesundheit der API.
Dieser Vorfall wurde behoben.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir haben ein Upstream-Netzwerkproblem in LAX beobachtet. Verbindungen zu einigen Zielen können eine erhöhte Latenz und einen Paketverlust aufweisen. Wir arbeiten mit unserem Upstream, um dieses Problem zu lösen.
Wir haben zusammen mit unseren anbietern einige vorübergehende abschwächungen vorgenommen. Da die Ursache für dieses Problem jedoch bei einem größeren vorgelagerten Transitanbieter liegt, können Sie weiterhin einige erhöhte Latenz- und Verbindungsprobleme in / um die betroffenen Regionen herum feststellen. Wir arbeiten immer noch eng mit ihnen zusammen, um die Ursache zu lösen.
Wir aktualisieren die Liste der betroffenen Regionen, um auch SJC aufzunehmen, da dies ein breiteres Upstream-Problem an der US-Westküste zu sein scheint.
Ein Fix wurde implementiert und wir überwachen die Ergebnisse.
Dieser Vorfall wurde behoben.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir untersuchen ein Problem mit dem Hintergrundjob-Läufer für unsere API. Aktionen, die einen Hintergrundauftrag erfordern, wie das Erstellen von Apps, das Zuweisen von IP-Adressen oder das Erstellen/Erneuern von Zertifikaten, können derzeit fehlschlagen.
Ein Fix wurde implementiert und wir überwachen die Ergebnisse.
Dieser Vorfall wurde behoben.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Ein Konfigurationsupdate verursachte für einige Minuten vorübergehende Fehler beim eingehenden HTTP/2-Datenverkehr für Fly Machines, die sich auf einer Teilmenge von Hosts befinden. Dieser Vorfall wurde inzwischen behoben. Managed Postgres hängt von HTTP/2 ab und einige Kontrollflugzeugoperationen sind möglicherweise ebenfalls betroffen. Es war jedoch unwahrscheinlich, dass nachgelagerte Postgres-Verbindungen davon betroffen waren, da sie den HTTP2-Handler nicht verwenden.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Aufgrund eines Upstream-Anbieters sehen wir ~50% Paketverlust bei einer Teilmenge von Hosts in ORD. Einige MPG-Cluster in ORD replizieren sich dadurch nur langsam.
Paketverlust in ORD verbessert sich und die betroffenen Dienste erholen sich; wir überwachen weiterhin intermittierende Probleme
Dieser Vorfall wurde behoben.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir haben gesehen, dass Sprite-Löschjobs zwischen 21:18 und 22:05 UTC fehlgeschlagen sind. Dieses Problem ist gelöst.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir untersuchen Netzwerkprobleme, die einige Gastgeber in der Region GRU (São Paulo, Brasilien) betreffen. Einige Apps in GRU können eine erhöhte Latenz oder einen Paketverlust aufweisen.
Die Netzwerkleistung in GRU hat sich normalisiert und wir sehen keine Probleme mehr. Wir überwachen weiterhin, um eine vollständige Erholung zu gewährleisten.
Wir sehen eine Wiederholung von Netzwerkproblemen in GRU. Einige Apps in der Region können eine erhöhte Latenz oder einen Paketverlust erfahren. Wir arbeiten mit unserem Upstream-Netzwerkanbieter zusammen, um dies zu lösen.
Unser Upstream-Anbieter hat einen Fix implementiert. Die Netzwerkleistung in GRU hat sich normalisiert.
Dieser Vorfall wurde behoben.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir untersuchen derzeit dieses Problem.
Dieser Vorfall wurde behoben.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir untersuchen Probleme mit unseren WireGuard-Gateways. Einige CLI-Befehle wie `flyctl ssh console` oder `flyctl proxy` funktionieren derzeit möglicherweise nicht. Apps laufen weiter.
Ein Fix wurde implementiert und wir überwachen die Ergebnisse.
Unsere Tests und Überwachung zeigen, dass die Gateways wieder normal sein sollten; wenn Sie immer noch Probleme mit der 'flyctl ssh-Konsole' haben, versuchen Sie, den 'flyctl'-Agenten neu zu starten.
Dieser Vorfall wurde behoben.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir erleben derzeit einige Metriken Verzögerung auf Servern in einigen Regionen. Wir stellen mehr metrische Verarbeitungsinstanzen bereit, um den Rückstand aufzunehmen und aufzuholen.
Alle Hosts haben die Metriken eingeholt und wir überwachen die Situation
Dies ist jetzt gelöst
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir untersuchen Netzwerkprobleme in der Region Los Angeles. Apps können zu diesem Zeitpunkt eine höhere Latenz aufweisen oder nicht erreichbar sein.
Upstream-Netzwerkprobleme sind gelöst.
Dieser Vorfall wurde behoben.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Ein BGP-Konfigurationsfehler führte dazu, dass unser Anycast-DNS zu einigen Knoten ohne die richtige DNS-Infrastruktur weitergeleitet wurde. Das Problem war vorübergehend und wurde behoben, sobald wir diesen Knoten aus BGP entfernt hatten.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir haben ein Problem identifiziert, das Authentifizierungsfehler für einige Operationen von `flyctl` verursacht. Diese Operationen scheitern mit einem Fehler wie: `Dieser Endpunkt akzeptiert keine alten OAuth-Token mehr (beginnend mit `fo1 `). Bitte verwenden Sie stattdessen ein Macaroon-Token (beginnend mit `fm2 `). Wir haben das Problem erkannt und führen einen Fix ein
Ein Fix wurde bereitgestellt und dieser Fehler sollte nicht mehr auftreten. Wir überwachen die vollständige Genesung.
Dieser Vorfall wurde behoben.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir hatten ein Problem mit dem ord-0 Fly Kubernetes-Cluster, und viele MPG-Cluster können nicht neu starten. Unser MPG-Team arbeitet aktiv daran.
Wir werden dieses Problem weiter untersuchen.
Ein Fix wurde implementiert und wir überwachen die Ergebnisse.
Dieser Vorfall wurde behoben.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
6pn-netzwerkprobleme zwischen einigen maschinen in yyz während eines rollouts, der zurückgerollt wurde, nachdem wir fehler bemerkt hatten. Während dieser Zeit konnten einige Maschinen nicht mit internen Ressourcen wie anderen DBs, anderen Apps oder MPG-Clustern sprechen.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Neue Maschinen können in ARN nicht erstellen, weil uns die Kapazität fehlt.
Das Kapazitätsproblem in der ARN-Region wurde gelöst.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
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.