F

Fly.io Outage History

Past incidents and downtime events

Complete history of Fly.io outages, incidents, and service disruptions. Showing 25 most recent incidents.

November 2026(1 incident)

minorresolvedNov 1, 06:50 PM — Resolved Nov 1, 09:00 PM

Outbound IPv4 connectivity failures in ARN, JNB, and GRU

4 updates
resolvedNov 1, 09:00 PM

We've fixed affected regions and everything is back to normal.

monitoringNov 1, 08:24 PM

We've rolled out fixes to the affected regions and are monitoring for any additional issues.

identifiedNov 1, 07:24 PM

We have identified the issue and are working to resolve in the affected regions. Newly created static egress IPs may continue to see problems while we roll out fixes.

identifiedNov 1, 06:50 PM

We are working to resolve an issue with outbound IPv4 connectivity failures affecting machines with in the ARN, JNB, and GRU regions.

October 2026(20 incidents)

minorresolvedOct 30, 08:24 PM — Resolved Oct 30, 09:52 PM

Slow image pulls delaying Machine starts in IAD

4 updates
resolvedOct 30, 09:52 PM

Image pull times in IAD have returned to normal.

monitoringOct 30, 09:23 PM

We have implemented a fix and are monitoring results.

identifiedOct 30, 09:07 PM

We have identified the cause of the issue and are working on a fix.

investigatingOct 30, 08:24 PM

We are investigating slow image pulls within Fly Machines in IAD. Newly created or updated Machines are taking longer to start, which may cause deployments to time out. Machines start successfully after the delay. Consider creating Machines in alternate regions, if possible, or running `fly deploy --wait-timeout 10m` to give Machines up to 10 minutes to prepare images and start.

noneresolvedOct 29, 10:52 PM — Resolved Oct 29, 10:00 PM

Elevated Depot Failures

1 update
resolvedOct 29, 10:52 PM

Between 22:00 and 22:30 UTC, we saw elevated errors provisioning Depot hosted Builders due to [an upstream incident impacting Depot's control plane](https://status.depot.dev/incidents/01M64NVFDKM930PX39YM4275DN). During this time customers may have seen deploys fail with an `internal error` message. Depot resolved the incident and deploys using Depot hosted builders are working as normal again.

minorresolvedOct 29, 08:40 PM — Resolved Oct 29, 09:28 PM

Elevated issues with the Machines API

4 updates
resolvedOct 29, 09:28 PM

The incident has been resolved.

identifiedOct 29, 09:19 PM

We're continuing to work on a fix to resolve this incident.

identifiedOct 29, 08:49 PM

We've identified the problem and are working on a fix.

investigatingOct 29, 08:40 PM

We're currently investigating degraded performance with the Machines API.

noneresolvedOct 29, 11:01 AM — Resolved Oct 29, 03:49 PM

Creating WireGuard peers in ARN is currently broken

2 updates
resolvedOct 29, 03:49 PM

The ARN WireGuard gateways are up

identifiedOct 29, 11:01 AM

The ARN WireGuard gateways are currently unreachable. You can specify a different region in the meantime via `fly wireguard create region`

noneresolvedOct 26, 02:34 PM — Resolved Oct 26, 08:40 PM

Degraded networking to AWS IPs

7 updates
resolvedOct 26, 08:40 PM

This incident has been resolved, connectivity from AWS to all of our hosts is back to normal.

identifiedOct 26, 07:23 PM

Connectivity from AWS to Fly.io on impacted hosts is continuing to recover. Approximately 80% of the hosts that were seeing connectivity issues are fully recovered at this time.

identifiedOct 26, 06:08 PM

AWS has implemented changes to unblock connections from their network from reaching our machines. We are seeing connectivity starting to resume on a host-by-host basis as these changes take effect.

identifiedOct 26, 04:26 PM

We are continuing to work with our upstream networking partners and AWS on remediation. Impacted customers are recommended to allocate app-scoped static egress IPs using **fly ips allocate-egress.** Customers seeing issues are encouraged to also contact AWS support or their AWS hosted vendors support with details of the connection errors and their fly machine IPs.

identifiedOct 26, 03:15 PM

We are continuing to see connectivity issues from AWS IPs to a subset of our hosts. From our investigation these connections appear to be being blocked from the AWS side. We are continuing to work with our upstream networking partners and AWS on remediation. In the meantime impacted customers are recommended to allocate app-scoped static egress IPs using **fly ips allocate-egress.**

investigatingOct 26, 02:54 PM

Our initial investigations indicate connection errors are occuring the return path from AWS IPs. We are escalating the issue with AWS and continuing to investigate. Customers seeing issues are encouraged to also contact AWS support or their AWS hosted vendors support with details of the connection errors and their fly machine IPs.

investigatingOct 26, 02:34 PM

We are investigating reports of elevated networking issues between our network and AWS IPs. We are working to determine the source of the issue.

minorresolvedOct 26, 01:50 AM — Resolved Oct 26, 04:24 AM

Packet loss in IAD

2 updates
resolvedOct 26, 04:24 AM

The congestion affecting our upstream provider has been resolved. We are observing a return to normal levels of networking performance in IAD region.

identifiedOct 26, 01:50 AM

A subset of hosts in IAD region are experiencing elevated packet loss due to congestion at an upstream provider. We are working with the provider to resolve this issue. Apps hosted in IAD region may experience packet loss at this time.

minorresolvedOct 25, 10:46 AM — Resolved Oct 25, 11:02 AM

MPGv2 IAD control plane is read-only

3 updates
resolvedOct 25, 11:02 AM

Control plane operations in IAD, including resizing and changing plans, are working normally again.

monitoringOct 25, 10:58 AM

MPG control plane in IAD is accepting writes again. We are monitoring for additional impact.

investigatingOct 25, 10:46 AM

Control plane operations such as resizing or changing plans will fail. MPG cluster availability isn't affected.

noneresolvedOct 22, 07:26 PM — Resolved Oct 22, 06:00 PM

Degraded Edge Performance

1 update
resolvedOct 22, 07:26 PM

Between ~18:00 - 18:10 UTC today we saw degraded edge performance across multiple regions. Customers may have noticed elevated numbers of dropped connections or longer than usual connection times reaching their apps during this period. A fix was applied and edge performance is back to normal levels.

minorresolvedOct 20, 04:54 PM — Resolved Oct 20, 11:53 PM

Capacity issues in GRU region

2 updates
resolvedOct 20, 11:53 PM

We have added host capacity to the region. Machine creates, starts and remote builds in GRU should now be functioning as normal.

identifiedOct 20, 04:54 PM

We're experiencing low host capacity in GRU. Creating or starting Machines in the region may fail at this time. Remote builders in GRU are also impacted. We're actively provisioning additional capacity. As a temporary remediation, customers may consider creating resources in EWR or IAD.

majorresolvedOct 16, 04:22 PM — Resolved Oct 17, 05:15 AM

Platform Wide Rolling Host Reboots

20 updates
resolvedOct 17, 05:15 AM

All host restarts have been completed and the platform is operating normally. A small number of hosts remain degraded or offline for apps and for MPG. Those impacted can see further updates on the personalized status page viewable at

monitoringOct 17, 03:48 AM

All host restarts have been completed and we are monitoring the fleet health. A small number of hosts remain degraded or offline for apps and for MPG. Those impacted can see this status on the personalized status page viewable at

identifiedOct 17, 02:41 AM

As a mitigation measure for PwnEscape (Linux Kernel CVE-2026-99999), host restarts are continuing in phases across all regions. At this point, more than 95% of the fleet has been restarted. The remaining hosts are expected to be restarted over the next 30m. Only a subset of hosts in each region will be down at each time. In general, Fly Machines should return to whatever state they were in prior to the host reboot, unless the Machine's restart policy says otherwise. MPG users will likely see elevated primary standby switchovers during this period. Impacted MPG clusters are being attended to by the team. We will continue to provide updates on progress as the rollout continues.

identifiedOct 17, 02:17 AM

As a mitigation measure for PwnEscape (Linux Kernel CVE-2026-99999), host restarts are continuing in phases across all regions. At this point, more than 95% of the fleet has been restarted. The remaining hosts are expected to be restarted over the next 1h30m. Only a subset of hosts in each region will be down at each time. In general, Fly Machines should return to whatever state they were in prior to the host reboot, unless the Machine's restart policy says otherwise. MPG users will likely see elevated primary standby switchovers during this period. Impacted MPG clusters are being attended to by the team. We will continue to provide updates on progress as the rollout continues.

identifiedOct 17, 01:43 AM

As a mitigation measure for PwnEscape (Linux Kernel CVE-2026-99999), host restarts are continuing in phases across all regions. At this point, more than 95% of the fleet has been restarted. The remaining hosts are expected to be restarted over the next 1h40m. Only a subset of hosts in each region will be down at each time. In general, Fly Machines should return to whatever state they were in prior to the host reboot, unless the Machine's restart policy says otherwise. MPG users will likely see elevated primary standby switchovers during this period. Impacted MPG clusters are being attended to by the team. We will continue to provide updates on progress as the rollout continues.

identifiedOct 17, 01:11 AM

As a mitigation measure for PwnEscape (Linux Kernel CVE-2026-99999), host restarts are continuing in phases across all regions. At this point, more than 90% of the fleet has been restarted. The remaining hosts are expected to be restarted over the next 2h. Only a subset of hosts in each region will be down at each time. In general, Fly Machines should return to whatever state they were in prior to the host reboot, unless the Machine's restart policy says otherwise. MPG users will likely see elevated primary standby switchovers during this period. Impacted MPG clusters are being attended to by the team. We will continue to provide updates on progress as the rollout continues.

identifiedOct 17, 12:45 AM

As a mitigation measure for PwnEscape (Linux Kernel CVE-2026-99999), host restarts are continuing in phases across all regions. At this point, more than 90% of the fleet has been restarted. The remaining hosts are expected to be restarted over the next 2h30m. Only a subset of hosts in each region will be down at each time. In general, Fly Machines should return to whatever state they were in prior to the host reboot, unless the Machine's restart policy says otherwise. MPG users will likely see elevated primary standby switchovers during this period. Impacted MPG clusters are being attended to by the team. We will continue to provide updates on progress as the rollout continues.

identifiedOct 17, 12:05 AM

Host restarts are continuing in phases across all regions - at this point, roughly 90% of all hosts across the fleet have been restarted. Only a subset of hosts in each region will be down at each time. We expect this process to take multiple hours to complete in full, with larger regions taking the longest to complete. In general, Fly Machines should return to whatever state they were in prior to the host reboot, unless the Machine's restart policy says otherwise. Rollout phases were scheduled to minimize impact to Managed Postgres Clusters within those regions; however, MPG users will likely see elevated primary standby switchovers during this period. We

identifiedOct 16, 11:15 PM

Host restarts are continuing in phases across all regions - at this point, roughly 85% of all hosts across the fleet have been restarted. Only a subset of hosts in each region will be down at each time. We expect this process to take multiple hours to complete in full, with larger regions taking the longest to complete. In general, Fly Machines should return to whatever state they were in prior to the host reboot, unless the Machine's restart policy says otherwise. Rollout phases were scheduled to minimize impact to Managed Postgres Clusters within those regions; however, MPG users will likely see elevated primary standby switchovers during this period. We will continue to provide updates on progress as the rollout continues.

identifiedOct 16, 10:27 PM

Host restarts are continuing in phases across all regions - at this point, roughly 80% of all hosts across the fleet have been restarted. Only a subset of hosts in each region will be down at each time. We expect this process to take multiple hours to complete in full, with larger regions taking the longest to complete. In general, Fly Machines should return to whatever state they were in prior to the host reboot, unless the Machine's restart policy says otherwise. Rollout phases were scheduled to minimize impact to Managed Postgres Clusters within those regions; however, MPG users will likely see elevated primary standby switchovers during this period. We will continue to provide updates on progress as the rollout continues.

identifiedOct 16, 09:41 PM

Host restarts are continuing in phases across all regions - at this point, roughly 70% of all hosts across the fleet have been restarted. Only a subset of hosts in each region will be down at each time. We expect this process to take multiple hours to complete in full, with larger regions taking the longest to complete. In general, Fly Machines should return to whatever state they were in prior to the host reboot, unless the Machine's restart policy says otherwise. Rollout phases were scheduled to minimize impact to Managed Postgres Clusters within those regions; however, MPG users will likely see elevated primary standby switchovers during this period. We will continue to provide updates on progress as the rollout continues.

identifiedOct 16, 09:11 PM

Host restarts are continuing in phases across all regions - at this point, roughly 65% of all hosts across the fleet have been restarted. Only a subset of hosts in each region will be down at each time. We expect this process to take multiple hours to complete in full, with larger regions taking the longest to complete. In general, Fly Machines should return to whatever state they were in prior to the host reboot, unless the Machine's restart policy says otherwise. Rollout phases were scheduled to minimize impact to Managed Postgres Clusters within those regions; however, MPG users will likely see elevated primary standby switchovers during this period. We will continue to provide updates on progress as the rollout continues.

identifiedOct 16, 08:41 PM

Host restarts are continuing in phases across all regions - at this point, roughly 50% of all hosts across the fleet have been restarted. Only a subset of hosts in each region will be down at each time. We expect this process to take multiple hours to complete in full, with larger regions taking the longest to complete. In general, Fly Machines should return to whatever state they were in prior to the host reboot, unless the Machine's restart policy says otherwise. Rollout phases were scheduled to minimize impact to Managed Postgres Clusters within those regions; however, MPG users will likely see elevated primary standby switchovers during this period. We will continue to provide updates on progress as the rollout continues.

identifiedOct 16, 08:00 PM

Host restarts are continuing in phases across all regions - at this point, roughly 40% of all hosts across the fleet have been restarted. Only a subset of hosts in each region will be down at each time. We expect this process to take multiple hours to complete in full, with larger regions taking the longest to complete. In general, Fly Machines should return to whatever state they were in prior to the host reboot, unless the Machine's restart policy says otherwise. Rollout phases were scheduled to minimize impact to Managed Postgres Clusters within those regions; however, MPG users will likely see elevated primary standby switchovers during this period. We will continue to provide updates on progress as the rollout continues.

identifiedOct 16, 07:10 PM

Host restarts are continuing in phases across all regions, with the second phase nearly complete - at this point, roughly 25% of all hosts across the fleet have been restarted. Only a subset of hosts in each region will be down at each time. We expect this process to take multiple hours to complete in full, with larger regions taking the longest to complete. Rollout phases were scheduled to minimize impact to Managed Postgres Clusters within those regions; however, MPG users will likely see elevated primary standby switchovers during this period. We will continue to provide updates on progress as the rollout continues.

identifiedOct 16, 06:35 PM

Host restarts are continuing in phases across all regions, with the first phase nearly complete. Only a subset of hosts in each region will be down at each time. We expect this process to take multiple hours to complete in full, with larger regions taking the longest to complete. Rollout phases were scheduled to minimize impact to Managed Postgres Clusters within those regions; however, MPG users will likely see elevated primary standby switchovers during this period. We will continue to provide updates on progress as the rollout continues.

identifiedOct 16, 06:01 PM

Host restarts are continuing in phases across all regions. Only a subset of hosts in each region will be down at each time. We expect this process to take multiple hours to complete in full, with larger regions taking the longest to complete. Rollout phases were scheduled to minimize impact to Managed Postgres Clusters within those regions, however MPG users will likely see elevated primary standby switchovers during this period. We will provide further updates on progress as the rollout continues.

identifiedOct 16, 04:59 PM

Rolling host restarts are beginning in all regions. Machines, volumes, and MPG instances will be unavailable for approximately 15-20 minutes when their hosts are restarted during this process. Users should expect a period of disruption or downtime for their apps during this, especially if they are running on a single machine. We will provide further updates as the rollout progresses.

identifiedOct 16, 04:50 PM

We are beginning the rolling restart process of all hosts, beginning with the YYZ region. Machines, volumes, and MPG instances on hosts being rebooted will be unavailable for approximately 15-20 minutes during the restart. We will provide further updates as the rollout progresses.

identifiedOct 16, 04:22 PM

We will be imminently applying rolling restarts across all hosts in our fleet for a critical maintenance. Customer Machines, volumes, and MPG cluster instances on each host will be unavailable while their host reboots. Each host will be unavailable for 15 - 20 minutes during the restart, and multiple hosts in a region may be down at once. Users should expect a period of downtime or disruption for their apps, especially if they are running on a single machine. We are aiming for the highest possible uptime during the rollout, while ensuring this is completed quickly. We will provide a further update once we begin the restart process.

majorresolvedOct 16, 06:08 PM — Resolved Oct 16, 07:24 PM

Fly-metrics.net Grafana Dashboard Outage

3 updates
resolvedOct 16, 07:24 PM

The [fly-metrics.net](https://fly-metrics.net) hosted Grafana and log search instance is now fully reachable.

monitoringOct 16, 06:43 PM

The [fly-metrics.net](https://fly-metrics.net) hosted Grafana and log search instance should now be reachable again. We're continuing to monitor for any issues as a result of .

identifiedOct 16, 06:08 PM

The fly-metrics.net hosted grafana and log search instance is currently unreachable as a result of . It will return once the host it is on is out of maintenance, approximately 20 minutes. Logs and Metrics shipped to other sources using things like Fly Telemetry or the Fly Log shipper continue to be available, only the hosted Grafana viewer is unavailable at this time.

minorresolvedOct 15, 09:30 AM — Resolved Oct 15, 11:33 AM

Elevated errors creating apps and managing secrets

3 updates
resolvedOct 15, 11:33 AM

Between 06:40 and 09:50 UTC some app creation and secrets requests failed or timed out. Running apps and Machines were not affected.

monitoringOct 15, 09:57 AM

We’ve applied a fix for the elevated errors affecting app creation and secrets management. Error rates and response times have returned to normal. We’re continuing to monitor to confirm the issue is fully resolved.

investigatingOct 15, 09:30 AM

We’re seeing elevated error rates and slow responses for some operations that create or change data. Creating new apps, setting or removing secrets, and some app deletions are affected. You may see 500 or 503 errors from `flyctl`, the Machines API, or the dashboard. Apps and Machines that are already running are not affected. Starting, stopping and reading existing Machines are working normally. We’re investigating and will post another update within 30 minutes.

noneresolvedOct 15, 02:55 AM — Resolved Oct 15, 02:35 AM

Partial FRA network issues

1 update
resolvedOct 15, 02:55 AM

Subset of hosts in FRA were unavailable due to provider network outage which lasted around 10 minutes

minorresolvedOct 13, 09:25 AM — Resolved Oct 13, 01:50 PM

Historical logs are currently delayed

3 updates
resolvedOct 13, 01:50 PM

This has been resolved

monitoringOct 13, 11:09 AM

Logs are caught up and we are monitoring the situation

identifiedOct 13, 09:25 AM

Our log ingestion pipeline is currently backed up. Historical logs will be delayed while the queue is processed.

noneresolvedOct 12, 12:47 AM — Resolved Oct 11, 11:30 PM

Sprite hosting outage

1 update
resolvedOct 12, 12:47 AM

From approximately 2026-10-11 23:30 UTC through 2026-10-12 00:45 UTC some or all hosted sprites on the *.sprites.app subdomain were unavailable due to a certificate error. As of 00:45 UTC this incident has been resolved.

criticalresolvedOct 8, 09:23 PM — Resolved Oct 8, 09:54 PM

Sprite creates failing

4 updates
resolvedOct 8, 09:54 PM

The issue has been resolved.

monitoringOct 8, 09:51 PM

Sprite pools are starting to recover and creates are succeeding. We are monitoring the pools as they refill.

identifiedOct 8, 09:48 PM

We have identified a potential issue and are applying a fix.

investigatingOct 8, 09:23 PM

Sprite creates are failing in all regions outside of Europe. We are investigating the cause.

majorresolvedOct 8, 05:40 AM — Resolved Oct 8, 06:00 AM

LHR network issues

3 updates
resolvedOct 8, 06:00 AM

This incident has been resolved.

monitoringOct 8, 05:53 AM

We have brought BGP back up in LHR and are monitoring recovery.

identifiedOct 8, 05:40 AM

We are working to resolve an issue with our BGP announcements in LHR (London, UK) region. Regional anycast and static egress IPs are currently not functional and anycast traffic is being rerouted to nearby regions.

minorresolvedOct 6, 11:59 AM — Resolved Oct 6, 12:02 PM

Impaired IPv6 connectivity in ORD

2 updates
resolvedOct 6, 12:02 PM

IPv6 upstream issue was solved.

identifiedOct 6, 11:59 AM

IPv6 traffic is failing on a subset of machines in ORD. IPv6 connections may fail.

criticalresolvedOct 3, 08:01 AM — Resolved Oct 3, 08:57 AM

Partial outage in AMS

5 updates
resolvedOct 3, 08:57 AM

All impacted services are operational now.

monitoringOct 3, 08:35 AM

All MPG clusters have recovered. We are monitoring for additional impact.

monitoringOct 3, 08:19 AM

All hosts are back online. MPGv2 control plane is fully operational now. Some MPGv1 clusters in AMS might be degraded while MPGv1's control plane recovers.

identifiedOct 3, 08:08 AM

Those hosts are coming back online after a brief interruption. We are assessing the impact on MPG.

identifiedOct 3, 08:01 AM

Some of our hosts are offline in AMS. Control plane for Managed Postgres v1 and v2 in AMS is unavailable as a result of this. MPG clusters should remain online but any control plane ops will fail. Some machines in AMS are also unavailable.

minorresolvedOct 1, 01:11 AM — Resolved Oct 1, 02:49 AM

Delayed ingestion of app logs

5 updates
resolvedOct 1, 02:49 AM

This incident has been resolved.

monitoringOct 1, 02:35 AM

The backlog of app logs has been processed, and we're monitoring the health of the log cluster. No logs were lost.

identifiedOct 1, 02:27 AM

We've resolved the ingestion issue and our systems are processing the backlog of app logs. No logs have been lost.

identifiedOct 1, 01:39 AM

We've identified the cause of the slowed log ingestion and are working on a fix.

investigatingOct 1, 01:11 AM

We're investigating delayed ingestion of app logs across all regions. New logs from machines may not be visible, but past logs are still available.

September 2026(4 incidents)

noneresolvedSep 29, 09:12 PM — Resolved Sep 29, 07:30 PM

GRU Networking Issues

1 update
resolvedSep 29, 09:12 PM

We observed networking issues affecting a subset of our hosts in GRU from 19:37 UTC through 19:59 UTC. This affected platform operations requiring leases, private networking, and internet connectivity to some endpoints.

criticalresolvedSep 26, 08:10 PM — Resolved Sep 26, 07:53 PM

Network outage in AMS region

3 updates
resolvedSep 26, 08:10 PM

This incident has been resolved.

monitoringSep 26, 08:10 PM

Connectivity is restored and the network is recovering.

identifiedSep 26, 08:10 PM

We are working with our upstream providers to restore connectivity to the AMS region.

majorresolvedSep 24, 05:11 PM — Resolved Sep 24, 07:11 PM

State database issues in GRU

4 updates
resolvedSep 24, 07:12 PM

This incident has been resolved.

monitoringSep 24, 06:11 PM

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

identifiedSep 24, 05:11 PM

We have identified a bug and are working on a fix.

investigatingSep 24, 05:11 PM

We are investigating issues in GRU related to a migration of our distributed state database. Apps continue to run, but creating or updating machines in GRU region may fail. Connections to apps in GRU, or connections from clients near GRU region, may fail at this time

majorresolvedSep 24, 03:11 PM — Resolved Sep 24, 03:37 PM

Private Networking issues (6PN)

3 updates
resolvedSep 24, 04:12 PM

This incident has been resolved

monitoringSep 24, 03:11 PM

A fix has been implemented and we are seeing private networking error rates return to normal. We are continuing to monitor to ensure full recovery.

investigatingSep 24, 03:11 PM

We are currently investigating this issue.

📡 Tired of checking Fly.io status manually?

Better Stack monitors uptime every 30 seconds and alerts you instantly when Fly.io goes down.

Start Free Monitoring →