77 Linode incidents · 2025年12月 — official updates, affected components, duration and resolution details.
我们的团队正在调查一个 影响美国SEA的物体存储服务的问题 在此期间,用户可能在此服务中会遇到间歇性5xx错误.
我们正在继续调查这一问题.
这一问题已经确定,一个解决办法正在实施之中.
我们没有看到任何其他问题, 若您继续遇到问题,请开罚单申请援助.
自动翻译自官方事件更新。
我们的小组正在调查影响我们海洋的新出现的服务问题(西雅图、西雅图)。 随着我们获得更多信息,我们将分享更多最新情况.
此时,我们已能够纠正这一问题,服务已恢复正常运作.
自动翻译自官方事件更新。
我们的小组正在调查一个影响我们IT-MIL(米兰)数据中心连通性的问题。 在此期间,用户可能会在本数据中心部署的所有服务出现间歇性连接超时和出错. 随着我们获得更多信息,我们将分享更多最新情况.
我们正在继续调查这一问题。 随着我们获得更多信息,我们将分享更多最新情况.
我们的IT-MIL(米兰)数据中心尚未发现任何额外的连通性问题, 若您继续遇到问题,请开罚单申请援助.
2026年8月14日,从协调世界时17:30左右开始,在我们IT-MIL\(Milan\)数据中心的一次活动中,多次被触发了警告,表明这个数据中心的多台主机变得无法到达. Akamai立即开始调查这个问题并致力于恢复被影响的宿主. 在撞击窗口期间,客户本会遇到该数据中心所有服务间歇性连接超时和出错. 我们于协调世界时2026年8月14日21:20恢复了受影响的主机,并确定了连接问题。 我们仍然在调查故障的原因。 我们致力于防止今后发生事件,并将彻底调查东道方为何无法到达,执行加强稳定和可靠性的措施。 本摘要概述了我们根据现有资料目前对事件的理解。 我们的调查正在进行中,这里的任何信息都会有变化.
自动翻译自官方事件更新。
我们的团队正在调查一个影响Linode Kubernetes引擎企业(LKE-E)集群在IAD2 - 华盛顿数据中心创建的问题. 这是先前报告的问题的延续。 随着我们获得更多信息,我们将分享更多最新情况.
一项措施已经执行,我们正在监测结果.
这一事件已经得到解决.
在协调世界时17:25到协调世界时2026年8月13日22:50之间,Linode Kubernetes引擎 Entertainment\(LKE-E\)客户试图在我们华盛顿\(IAD2\)数据中心部署G7专用的Linode实例,收到了403个提供错误消息. 目前的工作量和正在运行的情况不受这一问题的影响。 我们的调查显示,虽然IAD2的物理硬件总容量已经足够,但由于初始的软宿主分配门槛,供应请求引发了应享权利检查失败. Akamai解决了这个问题,将IAD2中的Linode-per-host限制从5个增加到20个. 协调世界时22:50恢复并稳定了全面部署能力。 为了防止再次发生此类事件,我们将对应享权利和能力问题进行专门警报,直接与快速补救应急运行本相连接。 此外,我们正在建立一个中央能力概览仪表板,以主动追踪区域总部。 本摘要概述了我们根据现有资料目前对事件的理解。 我们的调查正在进行中,这里的任何信息都会有变化.
自动翻译自官方事件更新。
我们的小组正在调查一个影响到所有区域的API的新出现的服务问题。 随着我们获得更多信息,我们将分享更多最新情况.
截至协调世界时19:30,已经能够纠正影响所有地区API的问题. 我们将对此进行监测,以确保服务保持稳定。 如果您还遇到问题, 无法打开支持票, 请拨打855-454-6633(+1-609-380-7100 Intl.), 或是发电子邮件支持@linode.com.
我们正在继续监测任何其他问题.
这一事件已经得到解决.
2026年8月13日协调世界时18:15左右,阿卡美观察到了影响[ api.linode.com](http://api.linode.com)的短暂服务中断. 总的服务中断持续了约3分钟,于协调世界时18:18结束. 在恢复了初始连接后,提升的API响应潜伏状态一直持续到协调世界时19:06,导致响应时间更慢并间歇地延迟客户与API服务互动. 为了应对性能影响,Akamai工程小组确定了二级缓存基础设施节点的配置差异,使其无法在故障后吸收全部交通负荷。 工程师们完成了受控的迁移,并将请求的缓存流量移回主机. 这一变化之后,API的延迟率迅速下降到正常的业务水平. 初始条件由主缓存节点物理主机出乎意料地重启而引发. 虽然冗余的基础设施很活跃,但二级节点无法无缝地处理故障流量,导致性能长期退化. 我们的工程组正在对故障处理机制进行后续调查,以优化执行速度并调整冗余节点的配置设置,确保二级系统在未来事件中能够无缝地处理流量。 本摘要概述了我们根据现有资料目前对事件的理解。 我们的调查正在进行中,这里的任何信息都会有变化.
自动翻译自官方事件更新。
我们的团队正在调查一个影响Linode Kubernetes引擎的问题。 随着我们获得更多信息,我们将分享更多最新情况.
目前,我们已经能够纠正影响LKE服务的问题。 我们将监测这一点,以确保它保持稳定。 若您继续遇到问题,请开罚单申请援助.
我们还没有看到LKE服务有任何其他问题, 若您继续遇到问题,请开罚单申请援助.
从协调世界时2026年8月13日约14:50起,试图在IAD2数据中心提供Linode Kubernetes引擎 Entertainment\(LKE-E\)集群的客户无法提供. 我们确认,这一问题是由于最近软件版本升级中将IAD2的两个组件排除在外,导致API不匹配。 我们更新了已确定的组件,使其与预期状态同步。 这在协调世界时2026年8月13日16:00左右缓解了这个问题. 为了防止今后出现这一问题,我们正在审查LKE软件更新程序,以确保所有组件在重新用于平台软件更新期间服务之前都包含完整的版本升级. 本摘要概述了我们根据现有资料目前对事件的理解。 我们的调查正在进行中,这里的任何信息都会有变化.
自动翻译自官方事件更新。
On August 13, 2026, between approximately 14:00-16:30 UTC, we observed intermittent failures and delays when provisioning new LKE-E clusters in the Seattle (SEA1) region. The issue affecting the LKE-E service in Seattle self-corrected at approximately 16:30 UTC, and we have not observed a recurrence since. We are actively investigating the cause. We will continue to monitor the service for stability. If you experience any problems with this service, please open a Support ticket for assistance.
On August 13, 2026, between approximately 14:30 and 16:30 UTC, Akamai experienced an issue affecting Linode Kubernetes Engine Enterprise \(LKE-E\) cluster provisioning and deployment in the Seattle \(SEA1\) region. During this time, customers attempting to create new clusters encountered failures or delays. In some cases, clusters were created but nodes were not fully provisioned, while in others, the control plane responsible for managing the cluster could not be deployed. Akamai identified the issue through customer reports, which was then validated by reproducing the failures in Seattle-based test clusters. Other regions continued to operate normally, and no existing customer workloads were impacted. By around 16:30 UTC on August 13, 2026, cluster provisioning and deployment in the Seattle region returned to normal, allowing new cluster creations to proceed without issue. After recovery, we monitored the region for several days and began a technical investigation into the service disruption. Initial findings indicate a correlation between the issue and a recent network configuration update that occurred at approximately 14:30 UTC and was rolled back at approximately 14:45 UTC. Our current hypothesis suggests that a timing conflict during the cluster provisioning process may have triggered the failures. We are continuing to investigate the technical details to confirm the root cause. We are continuing to investigate the technical details behind this issue and are working to ensure it does not recur. We will also review the scope of affected data centers and track corrective actions. 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.
我们的小组正在调查影响乌班图部署的上游问题。 这可能影响到在所有Ubuntu系统中安装软件包和安全更新的能力.
我们正在继续调查这一问题。 聘请了适当的专题专家。 随后关于缓解状况的最新情况将随着进展而公布.
我们查明了问题的根源,并且正在执行一个解决办法。 一旦解决方案到位,我们将提供最新情况.
我们能确认该问题于2026年8月20日协调世界时6:30缓解,服务恢复正常运营.
自动翻译自官方事件更新。
我们的团队正在调查从in-maa和in-bom-2数据中心到美国地区的某些路径上的包丢失。 在此期间,用户可能会遇到连接超时和误差,导致在印度和美国地区之间互通服务。 随着我们获得更多信息,我们将分享更多最新情况.
我们的小组已经查明了 我们的数据中心丢失数据包的原因 我们正在同我们的上游提供者合作来解决这一问题,一旦解决办法到位,我们将提供最新情况.
We are continuing to work with our upstream provider to resolve the packet loss affecting some paths between the in-maa and in-bom-2 data centers and the US region. We will share further updates as progress continues.
At this time the upstream provider has been able to correct the issue causing packet loss on some routes from the in-maa & in-bom-2 data centers into the US region and will now consider this incident resolved. If you continue to experience problems, please open a Support ticket for assistance.
On July 31, 2026, at approximately 10:00 UTC, Akamai observed intermittent network losses affecting compute users accessing US locations from our India sites \(MAA and BOM\). Customers’ services in North America, particularly the Miami data center region, experienced increased latency, intermittent connectivity issues, slower data transfers, and difficulty reaching certain applications or services. Performance was unstable, with periods of normal operation followed by disruptions. To address the issue, Akamai applied a deny-all policy to the impacted upstream provider transit link, redirecting traffic around the impacted routes. Despite this mitigation, ongoing IPv6 losses occurred due to congestion between two alternative upstream providers, impacting some users. One provider acknowledged a bottleneck in the Asia region, and the alternate provider worked to reroute traffic away from affected links. The initial impacted service provider confirmed that two fiber cuts in Mexico caused congestion on the impacted routes. One of these fiber cuts was resolved at 23:43 UTC on July 31, 2026, and no further issues were observed following this mitigation. 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.
自动翻译自官方事件更新。
我们的团队正在调查一个影响 块存储服务的问题 在几个数据中心区域。 这一问题主要影响到块状储存量的附着和分解。 在此期间,用户可能会遇到音量附加/调试挂起,超时以及此服务出错. 随着我们获得更多信息,我们将分享更多最新情况.
我们的小组已经查明了影响我们数据中心的块存储服务的问题。 我们正在迅速努力执行一个解决办法,一旦解决办法到位,我们将提供最新情况.
我们想指出,经过进一步调查后,影响将表现为延迟和有时失败的东道方工作,这可能包括对Linodes采取许多不同的行动,而不只是影响我们最初更新时提到的块存储量,我们还更新了标题以反映最新的影响。 我们正在迅速努力执行一个解决办法,一旦解决办法到位,我们将提供最新情况.
一项措施已经执行,我们正在监测结果.
我们没有看到任何额外的东道国工作业绩下降问题, 若您继续遇到问题,请开罚单申请援助.
2026年7月27日协调世界时3:30,Akamai观察到与Linode主机数据库连接时出错增加,主要影响Block存储量附件. 这导致主机工作失败和客户影响有限,一些用户遭遇出错消息并中断了工作流程. 某些数据中心地点的日志显示超时停放率,这与逐步推出新的地物标志相吻合。 初步调查显示,在TLS握手期间,数据库代理服务器间歇地向客户主机滴出数据包. 目前的理论认为,与路径MTU包太大的ICMP消息相关的DDoS保护限制已经达到. 当代理发送带有大型MTU的TCP包时,由于超过所配置的可允许率,预期的 ICMP 消息被达拉斯网关路由器所放出. 这导致数据库代理 TCP 连接超时到计算主机. 这个问题由新功能旗的启用所引发,它改变了路由路径,并取消了MTU在包到达网关前的夹克. 为了缓解这个问题,从协调世界时20:50起,Akamai在受影响的计算站点回滚了最近的网络变化。 截至UTC22:57,服务重启率恢复到事前水平. Akamai也在计划改变, 本摘要概述了我们根据现有资料目前对事件的理解。 我们的调查正在进行中,这里的任何信息都会有变化.
自动翻译自官方事件更新。
我们的团队目前正在调查影响意大利(米兰)地区的Linodes的连通性问题。 在此期间,这个地点现有的Linodes可能无法通达. 请注意,创建新的Linodes是正常运行的,没有受到影响.
我们正在继续调查这一问题。 我们将在我们取得进展时提供下一次最新情况.
我们的小组确定了影响我们米兰(意大利)数据中心互联互通的问题。 我们正在迅速努力执行一个解决办法,一旦解决办法到位,我们将提供最新情况.
此时,我们已能够纠正影响我们米兰(意大利)数据中心连通性的问题。 我们将监测这一点,以确保它保持稳定。 如有问题,请开张援助票.
我们还没有在米兰(意大利)数据中心看到任何额外的连通性问题, 若您继续遇到问题,请开罚单申请援助.
从2026年7月20日 UTC凌晨0点33分左右开始,意大利米兰数据中心的一些主机无法使用,影响了客户对Linodes的访问. 调查发现,这个问题发生在预定路由器固件更新期间. 虽然我们采取分阶段升级程序,防止服务中断,但同时进行的维修活动意外交叉导致受影响主机暂时失去网络连接。 UTC2026年7月20日02:16全面恢复服务,所有系统现在都按预期运行. 在内部,我们正在审查我们的改革管理和维持安排程序,以确保更好的协调和防止今后出现类似问题。 我们对此影响表示歉意并感谢你的耐心和持续的支持。 我们致力于不断改进我们的系统并预防其再次发生。 本摘要概述了我们根据现有资料目前对事件的理解。 我们的调查正在进行中,这里的任何信息都会有变化.
自动翻译自官方事件更新。
我们的小组正在调查一个影响 物品存储服务的问题 在此期间,用户可能与这项服务发生连接超时和出错.
我们的小组确定了影响物品存储服务的问题。 我们正在迅速努力执行一个解决办法,一旦解决办法到位,我们将提供最新情况.
我们没有看到任何其他问题, 若您继续遇到问题,请开罚单申请援助.
2026年7月18日,在协调世界时约00:30至协调世界时04:00之间,用户在试图为以下终点在对象存储器中创建一新桶时可能遭遇了5xx错误. * [us-ord-1.linodeobobjects.com] (http://us-ord-1.linodeobobjects.com) (中文(简体) ). * [us-lax-1.linodeobobjects.com] (http://us-lax-1.linodeobobjects.com) (英语). * [us-iad-1.linodeobobjects.com] (http://us-iad-1.linodeobobjects.com) (中文(简体) ). * [us-sea-1.linodeobobjects.com] (http://us-sea-1.linodeobobjects.com) (中文(简体) ). * [fr-par-1.linodeobobjects.com] (http://fr-par-1.linodeobobjects.com) (中文(简体) ). 当支持对象存储的基础设施在所有节点进入退化状态时, 这阻碍了服务处理请求,导致桶创建操作失败. 为了减轻影响,我们在后端系统安装了一个固定装置,负责桶的创建。 在采取这一行动后,这一影响得到缓解。 我们的专题专家正在调查根源,并将采取适当的预防行动。 我们为影响道歉,并赞赏你的耐心和持续支持。 我们正在对我们的系统进行配置和业务改革,以帮助防止这种情况再次发生,并继续致力于不断改进。 本摘要概述了我们目前对事件的理解。 我们的调查正在进行中,这里的任何信息都会有变化.
自动翻译自官方事件更新。
我们的团队在协调世界时21:20到2026年7月15日约23:28之间调查了影响美国-MIA(迈阿密)数据中心连接的问题. 在这个窗口中,用户可能经历了网络性能退化和在本区域部署的计算服务包损失。 这个问题在我们实施一个解决方案后得到解决。 我们正在继续与第三方服务供应商合作,以确认其根源,因为初步证据表明,其基础设施出现校园交叉连接(暗纤维)断电.
自动翻译自官方事件更新。
我们的团队正在调查一个影响API和CLI的新兴服务问题. 随着我们获得更多信息,我们将分享更多最新情况.
我们的团队发现了影响云层经理和API的问题. 我们正在迅速努力执行一个解决办法,一旦解决办法到位,我们将提供最新情况.
此时我们得以纠正影响"云"经理和API的问题. 我们将对此进行监测,以确保服务保持稳定。 如果您还遇到问题, 无法打开支持票, 请拨打855-454-6633(+1-609-380-7100 Intl.), 或是发电子邮件支持@linode.com.
我们正在继续监测任何其他问题.
我们没有看到任何额外的问题 与云管理者,API,或CLI, 现在将考虑解决这一事件。 如果你继续遇到问题,请于855-454-6633(+1-609-380-7100 Intl.)联系我们,或发电子邮件支持@linode.com求援.
2026年7月14日,协调世界时10:57,阿卡美确定使用Linode API,CLI,和Cloud Manager对客户产生影响的502个出错和延迟增加. 这种中断导致服务受到中度影响,客户报告误差率上升。 我们的初步调查将这个问题追溯到临时的IAM服务,这个问题已经得到解决,但错误仍然很高。 相关专题专家的进一步分析确定,事故由人工故障引发出从二级负载平衡器返回云IAM一级负载平衡器. 之所以采取这一行动,是因为警告表明二级负载平衡器是作为保持生命的主机。 启动故障后退服务的人工启动和停止程序与自动化程序不同,导致一连串已失效的GRPC连接,导致延迟增加和API出错. 恢复API服务器清理了已失效的连接并恢复了正常操作. 2026年7月14日协调世界时约13:10减轻了客户影响. 为了防止再发生,阿卡美正在调查为什么手动故障后退导致这种行为. 该小组正在考虑实施排水指令,在故障期间清除GRPC连接,并设立警报,以发现用于主动干预的陈旧连接。 然而,目前的重点仍然是了解根源,并计划在以后阶段进行警报和自动化。 一些客户在部署过程中都确认有决心。 Akamai将继续监测系统健康状况并等待更多的客户反馈,然后宣布完全康复。 本摘要概述了我们根据现有资料目前对事件的理解。 我们的调查正在进行中,这里的任何信息都会有变化.
自动翻译自官方事件更新。
我们的团队已查明一个新出现的服务问题,影响到所有区域一些东道方的东道方工作。 Linode 连通性没有受到影响 *, 但一些主机级的工作, 如备份或试图为您的服务提供电源, 可能会被延迟 。 随着我们获得更多信息,我们将分享更多最新情况.
这一事件已经得到解决.
自动翻译自官方事件更新。
我们的团队正在调查一个 影响云经理登录的新兴服务问题 随着我们获得更多信息,我们将分享更多最新情况.
我们正在继续调查这一问题。 我们将在今后30分钟内提供最新情况.
此时我们得以纠正影响"云管理者"登录的问题. 我们将对此进行监测,以确保服务保持稳定。 如果您还遇到问题, 无法打开支持票, 请拨打855-454-6633(+1-609-380-7100 Intl.), 或是发电子邮件支持@linode.com.
我们还没有看到任何额外的问题 与云管理器登录, 现在将考虑解决这一事件。 如果你继续遇到问题,请于855-454-6633(+1-609-380-7100 Intl.)联系我们,或发电子邮件支持@linode.com求援.
2026年7月9日 UTC下午15点43分,客户无法使用用户名和密码登录到[cloud.linode.com](http://cloud.linode.com). 客户收到"错误密码"错误信息. 调查显示,这个问题是内部签发证书造成的。 为了减轻影响,我们在2026年7月9日协调世界时17:24将受影响服务器的证书签发定了. 在对我们的系统进行了一段时间的监测之后,我们确认这个问题已经完全解决。 阿卡迈将部署永久的固定方案,防止问题再次发生.
自动翻译自官方事件更新。
Our team is investigating an emerging service issue affecting Managed Databases across all regions. Customers may experience latency when provisioning new databases or deleting existing ones. There is no observed impact to the performance or availability of active, running databases at this time. We will provide updates as more information becomes available.
This incident has been resolved.
Our team is investigating a service issue that affects the auto configuration of networking on Linodes by Network Helper to fail. During that time, some users may have Linodes provision but appear to have no connectivity. This also can impact Linodes created by the Linode Kubernetes Engine and impact autoscaling or provisioning of clusters. Customers can still manually configure networking via the LISH console to mitigate this issue. Please see our guide on manual network configuration on a Compute Instance . We will share additional updates as we have more information.
A fix has been implemented to resolve the automated network configuration issue on Linodes using Network Helper. We recommend rebooting your Linode to restore full network functionality. We are actively monitoring the results to ensure continued stability.
We haven’t observed any additional issues with the Linode Automated Networking service, and will now consider this incident resolved. If you continue to experience problems, please open a Support ticket for assistance.
Our team is investigating an emerging issue affecting the Block Storage service in our Singapore Expansion, SP (sg-sin-2) data center. During this time, users may experience connection timeouts and errors with this service. We will share additional updates as we have more information.
We are continuing to investigate this issue.
Our team has identified the issue affecting the Block Storage service in our Singapore Expansion, SP (sg-sin-2) data center. We are working quickly to implement a fix, and we will provide an update as soon as the solution is in place.
We are continuing to work on a fix for this issue.
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.
We haven’t observed any additional issues with the Block Storage service in Singapore Expansion, SP (sg-sin-2), and will now consider this incident resolved. If you continue to experience problems, please open a Support ticket for assistance.
On June 30, 2026, between approximately 17:30 UTC and 21:45 UTC, users may have experienced connection timeouts and errors related to the Block Storage service in Singapore Expansion, SP \(sg-sin-2\). The issue began when one host in the cluster was taken down for maintenance while another host unexpectedly encountered network issues. A configuration issue also contributed to the impact. These factors led to a degraded state that affected performance and, to a limited extent, data availability. We mitigated the impact to customers at 21:45 UTC on June 30, 2026 by correcting the network, configuration and cluster issues. We apologize for the impact and appreciate your patience and ongoing support. We are making configuration and operational changes to our systems to help prevent this from happening again, and remain committed to continuous improvement. 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.
我们的小组正在调查一个影响云脉冲量度量衡的问题,特别是影响管理下数据库量度量衡的报告。 这个问题似乎是断断续续的。 随着我们获得更多信息,我们将分享更多最新情况.
我们正在继续调查这一问题。 随着我们获得更多信息,我们将分享更多最新情况.
我们正在继续调查这一问题。 了解更多信息后,我们将提供进一步的最新资料.
我们正在继续调查这一问题.
我们几个小时没有看到影响云脉道测量的问题再次发生。 我们的小组将继续密切监测这项服务,同时调查其根本原因。 若您继续遇到问题,请开罚单申请援助.
我们正在继续监测任何其他问题.
我们还没有观察到任何额外的问题, 若您继续遇到问题,请开罚单申请援助.
自动翻译自官方事件更新。
