Is Linode down?

Last checked 11m ago
Current status
Linode has degraded performance

3 active incidents: [Fragnesia] Linux Privilege Escalation Vulnerability, [DirtyFrag] Linux Privilege Escalation Vulnerability · +1 more

Official status page: https://status.linode.com · Polled every 5 minutes · 242 components tracked

Linode is reporting degraded performance right now (last checked 11m ago). Services are up but slower or partially failing.

Real-time Linode status, recent outages, and incident history — pulled directly from Linode's official status page at https://status.linode.com every 5 minutes. Pingoru tracks 242 Linode services and has captured 32 incidents in the last 90 days (92.08% uptime). Get email, Slack, Discord, or webhook alerts the moment Linode reports a new incident — free for 5 monitors, no credit card.

Users who monitor Linode also follow these Cloud Infrastructure services: Amazon Web Services DigitalOcean Cisco Umbrella Wasabi Vercel Hetzner HashiCorp Egnyte Dyn Genesys Cloud View all 6,000+ providers
Linode uptime 92.08% uptime · past 90 days
Mon Wed Fri
MarAprMayJun
Less More

Active incidents 3

  1. Ongoing ● 30d 21h
    Started May 13, 2026, 09:02 PM UTC
    US-East (Newark)US-East (Newark) Block StorageUS-East (Newark) NodeBalancersUS-East (Newark) BackupsUS-East (Newark) Object StorageUS-East (Newark) Linode Kubernetes EngineUS-Central (Dallas)US-Central (Dallas) Block StorageUS-Central (Dallas) NodeBalancersUS-Central (Dallas) Backups
    Timeline · 3 updates
    • investigating · May 13, 2026, 09:02 PM UTC

      Akamai is aware of the recently disclosed “Fragnesia”[1] vulnerability, following the “DirtyFrag”[2] and “CopyFail”[3] disclosures. This vulnerability is very similar in nature and has a similar impact, exploit path, and mitigation approach. We have not observed any related malicious exploits targeting our infrastructure and are continuing to address the vulnerability across our product portfolio and internal systems. As with “CopyFail” and “DirtyFrag”, we are advising customers to consider most Linux distributions to be at-risk until patched. Since the “Fragnesia” vulnerability was disclosed prior to upstream patches having been made available, we are forced to wait for the different OS providers to create new releases or patches before we can integrate them into the versions we make available to customers. As this is a rapidly developing incident, we will provide further information regarding recommended actions, possible mitigations, and OS updates for all customers who may be affected. [1] https://github.com/v12-security/pocs/tree/main/fragnesia [2] https://github.com/V4bel/dirtyfrag/blob/master/assets/write-up.md [3] https://www.linode.com/docs/guides/cve-2026-31431-copy-fail-mitigation/

    • investigating · May 15, 2026, 05:30 PM UTC

      We are responding to the publication of the most recent variation of the CopyFail[1] adjacent vulnerabilities “DirtyFrag” and “Fragnesia” with additional updates while we wait for upstream OS providers to release patches. Please see our detailed advisory[2] for more information on the current status, possible mitigation mechanisms, and our recommended actions. We will provide another update when more OS images have been updated and/or additional attack vectors are discovered. [1] https://www.linode.com/docs/guides/cve-2026-31431-copy-fail-mitigation/ [2] https://www.linode.com/docs/guides/dirty-frag-mitigation/

    • investigating · Jun 05, 2026, 08:24 PM UTC

      We are responding to the publication of the most recent variation of the CopyFail[1] adjacent vulnerabilities “DirtyFrag” and “Fragnesia” with additional updates while we wait for upstream OS providers to release patches. Please see our detailed advisory[2] for more information on the current status, possible mitigation mechanisms, and our recommended actions. We will provide another update when more OS images have been updated and/or additional attack vectors are discovered. [1] https://www.linode.com/docs/guides/cve-2026-31431-copy-fail-mitigation/ [2] https://www.linode.com/docs/guides/dirty-frag-mitigation/

    Latest: We are responding to the publication of the most recent variation of the CopyFail[1] adjacent vulnerabilities “DirtyFrag” and “Fragnesia” with additional updates while we wait for …

  2. Ongoing ● 36d 5h
    Started May 08, 2026, 01:40 PM UTC
    US-East (Newark)Linode.comUS-East (Newark) Block StorageUS-East (Newark) NodeBalancersUS-East (Newark) BackupsUS-East (Newark) Object StorageUS-East (Newark) Linode Kubernetes EngineUS-East (Newark)Cloud Manager and APIUS-Central (Dallas)
    Timeline · 4 updates
    • investigating · May 08, 2026, 01:40 PM UTC

      Akamai is aware of the recently disclosed “DirtyFrag”[1] vulnerability that followed the “CopyFail”[2] disclosure. This vulnerability is very similar in nature and has a similar impact, exploit path, and mitigation approach. We have not observed any related malicious exploits targeting our infrastructure and are continuing to address the vulnerability across our product portfolio and internal systems. As with “CopyFail”, we are advising customers to consider most Linux distributions to be at-risk until patched. Since the “DirtyFrag” vulnerability was disclosed prior to upstream patches having been made available, we are forced to wait for the different OS providers to create new releases or patches before we can integrate them into the versions we make available to customers. As this is a rapidly developing incident, we will provide further information regarding recommended actions, possible mitigations, and OS updates for all customers who may be affected. [1] https://github.com/V4bel/dirtyfrag/blob/master/assets/write-up.md [2] https://www.linode.com/docs/guides/cve-2026-31431-copy-fail-mitigation/

    • investigating · May 09, 2026, 02:40 PM UTC

      We have updated our latest Linode kernel to version 7.0.5, which contains the upstream fix from kernel.org for the DirtyFrag vulnerabilities as well as the previous fixes for the recent CopyFail vulnerability. This kernel is available in Cloud Manager and we recommend customers using the Linode-compiled kernel update their configurations to this kernel. We are in parallel tracking the upstream Linux distributions and will provide another update when fixed versions have been released. Note: Due to metadata caching, the Cloud Manager interface for some users may still show the “latest” kernel as 7.0.3; selecting “latest” will, however, get you version 7.0.5 as of this writing.

    • investigating · May 15, 2026, 05:28 PM UTC

      We are responding to the publication of the most recent variation of the CopyFail[1] adjacent vulnerabilities “DirtyFrag” and “Fragnesia” with additional updates while we wait for upstream OS providers to release patches. Please see our detailed advisory[2] for more information on the current status, possible mitigation mechanisms, and our recommended actions. We will provide another update when more OS images have been updated and/or additional attack vectors are discovered. [1] https://www.linode.com/docs/guides/cve-2026-31431-copy-fail-mitigation/ [2] https://www.linode.com/docs/guides/dirty-frag-mitigation/

    • investigating · Jun 05, 2026, 08:23 PM UTC

      We are responding to the publication of the most recent variation of the CopyFail[1] adjacent vulnerabilities “DirtyFrag” and “Fragnesia” with additional updates while we wait for upstream OS providers to release patches. Please see our detailed advisory[2] for more information on the current status, possible mitigation mechanisms, and our recommended actions. We will provide another update when more OS images have been updated and/or additional attack vectors are discovered. [1] https://www.linode.com/docs/guides/cve-2026-31431-copy-fail-mitigation/ [2] https://www.linode.com/docs/guides/dirty-frag-mitigation/

    Latest: We are responding to the publication of the most recent variation of the CopyFail[1] adjacent vulnerabilities “DirtyFrag” and “Fragnesia” with additional updates while we wait for …

  3. Ongoing ● 192d 3h
    Started Dec 03, 2025, 03:15 PM UTC
    Timeline · 14 updates
    • investigating · Dec 03, 2025, 03:15 PM UTC

      Our team is investigating an emerging service issue affecting booting up GPU plans. We will share additional updates as we have more information.

    • identified · Dec 03, 2025, 04:48 PM UTC

      Our team has identified the issue affecting booting up GPU and VPU plans. We are working quickly to implement a fix, and we will provide an update as soon as the solution is in place.

    • identified · Dec 04, 2025, 08:51 PM UTC

      We are continuing to work on a fix for this issue, and we will provide an update as soon as the solution is in place.

    • identified · Dec 17, 2025, 01:40 PM UTC

      We are continuing to work on a fix for this issue, and we will provide an update as soon as the solution is in place.

    • identified · Jan 05, 2026, 05:16 PM UTC

      We are continuing to work on a fix for this issue, and we will provide an update as soon as the solution is in place.

    • identified · Jan 05, 2026, 07:30 PM UTC

      We have successfully identified a solution to address the issue at hand. We are currently in the testing phase prior to initiating the rollout of the fix. Further updates regarding the status of the mitigation efforts will be provided as progress is made.

    • identified · Feb 03, 2026, 03:34 PM UTC

      We are continuing to test the fix before initiating the rollout. Further updates regarding the status of the mitigation efforts will be provided as progress is made.

    • identified · Feb 19, 2026, 04:41 PM UTC

      We are continuing to test the fix before initiating the rollout. Further updates regarding the status of the mitigation efforts will be provided as progress is made.

    • identified · Feb 26, 2026, 03:42 PM UTC

      We are currently deploying a fix for this issue in phases, which will take several days to complete. We will continue to share updates on our progress as the mitigation efforts move forward.

    • identified · Mar 19, 2026, 08:13 PM UTC

      We are currently deploying a fix for this issue in phases, which will take several days to complete. We will continue to share updates on our progress as the mitigation efforts move forward.

    • identified · Apr 06, 2026, 01:39 PM UTC

      We are currently deploying a fix for this issue in phases, which will take several weeks to complete. We will continue to share updates on our progress as the mitigation efforts move forward.

    • identified · Apr 15, 2026, 03:12 PM UTC

      We are currently deploying a fix for this issue in phases, which will take several weeks to complete. We will continue to share updates on our progress as the mitigation efforts move forward.

    • identified · May 13, 2026, 08:59 PM UTC

      We are currently deploying a fix for this issue in phases, which will take several weeks to complete. We will continue to share updates on our progress as the mitigation efforts move forward.

    • identified · May 26, 2026, 09:17 PM UTC

      We are currently deploying a fix for this issue in phases, which will take several months to complete. We will continue to share updates on our progress as the mitigation efforts move forward.

    Latest: We are currently deploying a fix for this issue in phases, which will take several months to complete. We will continue to share updates on our progress as the mitigation efforts m…

Recent outages & incidents

Past 90 days
  1. Resolved 35m
    Started Jun 05, 2026, 02:23 PM UTC · Resolved Jun 05, 2026, 02:58 PM UTC
    US-East (Newark) Linode Kubernetes EngineUS-Central (Dallas) Linode Kubernetes EngineUS-West (Fremont) Linode Kubernetes EngineUS-Southeast (Atlanta) Linode Kubernetes EngineUS-IAD (Washington) Linode Kubernetes EngineUS-ORD (Chicago) Linode Kubernetes EngineCA-Central (Toronto) Linode Kubernetes EngineEU-West (London) Linode Kubernetes EngineEU-Central (Frankfurt) Linode Kubernetes EngineFR-PAR (Paris) Linode Kubernetes Engine
    Timeline · 2 updates
    • investigating · Jun 05, 2026, 02:23 PM UTC

      We are currently investigating an emerging service issue affecting LKE Enterprise clusters across all regions. During this time, users may experience failures when deploying new clusters or upgrading existing ones. Our team is working to resolve this, and we will provide updates here as they become available.

    • resolved · Jun 05, 2026, 02:58 PM UTC

      This incident has been resolved.

    Latest: This incident has been resolved.

  2. Resolved 1d 1h
    Started Jun 03, 2026, 02:22 PM UTC · Resolved Jun 04, 2026, 03:51 PM UTC
    Timeline · 3 updates
    • investigating · Jun 03, 2026, 02:22 PM UTC

      Our team is investigating an upstream emerging service issue affecting our Support phone line due to problems with an upstream provider. We will share additional updates as we have more information. If you are having difficulty reaching us over the phone during this time, please reach us through a ticket.

    • investigating · Jun 03, 2026, 06:33 PM UTC

      Our team is continuing to investigate an upstream service issue affecting our Support phone line. While stability of the service has improved, we have not yet identified the cause of the issue. We will share additional updates as we have more information. If you are having difficulty reaching us over the phone during this time, please open a Support ticket from the Cloud Manager.

    • resolved · Jun 04, 2026, 03:51 PM UTC

      The upstream issue has been resolved, and our Support phone line should now be fully functional again.

    Latest: The upstream issue has been resolved, and our Support phone line should now be fully functional again.

  3. Resolved 1d
    Started Jun 03, 2026, 08:58 AM UTC · Resolved Jun 04, 2026, 09:11 AM UTC
    US-East (Newark) Block Storage
    Timeline · 7 updates
    • investigating · Jun 03, 2026, 08:58 AM UTC

      Our team is investigating an issue affecting the Block Storage service in our Newark, US data center. During this time, users may experience connection timeouts, latency and errors with this service. We will share additional updates as we have more information.

    • investigating · Jun 03, 2026, 10:53 AM UTC

      We are continuing to investigate this issue.

    • monitoring · Jun 03, 2026, 11:25 AM UTC

      At this time we have been able to correct the issues affecting the Block Storage service. We will be monitoring this to ensure that it remains stable. If you continue to experience problems, please open a Support ticket for assistance.

    • investigating · Jun 03, 2026, 12:55 PM UTC

      Our team is investigating an issue affecting the Block Storage service in our Newark, US data center. During this time, users may experience connection timeouts, latency and errors with this service. We will share additional updates as we have more information.

    • monitoring · Jun 03, 2026, 03:44 PM UTC

      At this time we have been able to correct the issues affecting the Block Storage service. We will be monitoring this to ensure that it remains stable. If you continue to experience problems, please open a Support ticket for assistance.

    • resolved · Jun 04, 2026, 09:11 AM UTC

      We haven’t observed any additional issues with the Block Storage service in Newark, US, and will now consider this incident resolved. If you continue to experience problems, please open a Support ticket for assistance.

    • postmortem · Jun 04, 2026, 12:55 PM UTC

      Between 22:50 UTC on June 2, 2026 and 19:00 UTC on June 3, 2026, some customers experienced intermittent performance degradation and long access times when interacting with the Compute Block Storage cluster in Newark, US. During this period, intermittent component instability triggered intensive background recovery operations. This elevated system load resulted in a temporary degradation of data redundancy, higher read/write latency, and reduced throughput for the affected volumes.  To mitigate the impact, Akamai successfully restored the affected storage drives to operation, stabilizing the cluster and eliminating active customer impact. Following this, additional actions aim to fully restore standard system redundancy. This summary provides an overview of our current understanding of the incident given the information available. Our investigation is ongoing and any information herein is subject to change.

    Latest: Between 22:50 UTC on June 2, 2026 and 19:00 UTC on June 3, 2026, some customers experienced intermittent performance degradation and long access times when interacting with the Com…

  4. Resolved
    Started May 29, 2026, 06:23 PM UTC · Resolved May 29, 2026, 06:23 PM UTC
    GB-LON (London 2) Object Storage
    Timeline · 2 updates
    • resolved · May 29, 2026, 06:23 PM UTC

      Starting at around 10:07 UTC on May 29, 2026, Object Storage in London became unavailable. Affected customers were unable to access Object Storage during this time, and may have seen 500 or similar errors. This occurred as the result of an issue with a planned router upgrade. The router has since been brought back online, and we can confirm that the issue was mitigated at 10:19 UTC on May 29, 2026 and is no longer occurring. We apologize for the impact and thank you for your patience and continued support. We are committed to making continuous improvements to make our systems better and prevent recurrence. If you continue to experience problems, please open a Support ticket for assistance.

    • postmortem · Jun 08, 2026, 09:13 AM UTC

      Between 10:13 UTC and 10:22 UTC on May 29, 2026, customers using Object Storage \(OBJ\) in London experienced 5xx errors when trying to access content stored in that location. While attempting to isolate a separate packet loss issue, Akamai sequentially upgraded 2 pairs of routers. The first pair of routers was upgraded successfully, but due to human error the second router pair's upgrade command was executed before the first pair had completed route convergence. This resulted in a temporary loss of routing paths for OBJ traffic in the London datacenter. The issue was quickly detected via an automated alert, and service was restored automatically once the firmware upgrades and routing convergence completed. Akamai's Change Management Policy requires all router upgrade activities to be performed in accordance with established procedures and predefined implementation instructions. Akamai will conduct refresher training on the Change Management Policy to reinforce compliance with the required processes and ensure strict adherence going forward. This summary provides an overview of our current understanding of the incident given the information available. Our investigation is ongoing and any information herein is subject to change.

    Latest: Between 10:13 UTC and 10:22 UTC on May 29, 2026, customers using Object Storage \(OBJ\) in London experienced 5xx errors when trying to access content stored in that location. Whil…

  5. Resolved 3d 18h
    Started May 22, 2026, 11:22 AM UTC · Resolved May 26, 2026, 06:15 AM UTC
    FR-PAR (Paris)
    Timeline · 5 updates
    • investigating · May 22, 2026, 11:22 AM UTC

      We are investigating a service issue affecting traffic in our Paris data center. We will share additional updates as we have more information.

    • investigating · May 22, 2026, 12:24 PM UTC

      We are continuing to investigate the issue

    • monitoring · May 22, 2026, 01:14 PM UTC

      The issue subsided by 11:30 UTC on May 22, 2026, the impact was observed between 09:10 UTC to 11:30 UTC on May 22, 2026. We are actively monitoring this to ensure that the service remains stable . If you continue to experience problems, please open a Support ticket for assistance.

    • resolved · May 26, 2026, 06:15 AM UTC

      We haven’t observed any additional connectivity issues in our Paris data center, and will now consider this incident resolved. If you continue to experience problems, please open a Support ticket for assistance.

    • postmortem · Jun 05, 2026, 11:01 AM UTC

      On May 22, 2026 between approximately 09:10 and 11:30 UTC, connectivity issues were experienced in Paris \(FR-PAR3\) datacenter. During the impact window, customers may have experienced intermittent connection timeouts and errors for services deployed in the Paris datacenter. Our investigation established that connectivity to the host was affected as both of our transits in FRA3 flapped at the exact same time and that triggered high route churn which in result caused packet loss. On analyzing further on why both of our transits flapped at the exact same time, we engaged our Data Center provider and it was identified that during a planned maintenance in the data center, both operator rooms, which support network connectivity, lost power for several minutes, resulting in a complete isolation of the availability zone. We apologize for the impact and thank you for your patience and continued support. We are committed to making continuous improvements to make our systems better and prevent recurrence.  This summary provides an overview of our current understanding of the incident, given the information available. Our investigation is ongoing, and any information herein is subject to change.

    Latest: On May 22, 2026 between approximately 09:10 and 11:30 UTC, connectivity issues were experienced in Paris \(FR-PAR3\) datacenter. During the impact window, customers may have experi…

See the full Linode outage history

23 more incidents in the last 90 days, plus the full multi-year archive of per-service events and update timelines.

Browse Linode outage history →

Or sign up free to get alerts when Linode breaks · 10 free monitors · No credit card

Outage history

Past 90 days · 27 incidents View full outage history →