Bottlerocket OS v1.19.3版本中的Pod Attach间歇性问题分析
在Bottlerocket OS v1.19.3版本中,用户报告了一个关于Kubernetes Pod Attach操作的间歇性问题。这个问题主要影响了使用该版本运行GitLab Runner CI作业的环境,导致部分作业在执行过程中出现超时失败。
问题现象
使用Bottlerocket v1.19.3 AMI(特别是bottlerocket-aws-k8s-1.24-x86_64-v1.19.3-f097c617)的用户发现,他们的GitLab Runner CI作业在执行过程中会出现异常挂起,最终因超时而失败。错误率约为0.7%,在8小时内影响了约175个作业。
典型的错误信息显示:"prepare_script could not run to completion because the timeout was exceeded",表明作业脚本无法在预定时间内完成执行。值得注意的是,当用户回退到v1.19.2版本后,这个问题就消失了。
技术背景
GitLab Runner在执行CI作业时,会使用kubectl attach命令与容器建立连接来运行构建脚本。这个attach操作依赖于底层的容器运行时(containerd)和Kubernetes API服务器的稳定交互。
问题根源
经过社区调查,这个问题与containerd中的一个已知问题有关。具体来说,是containerd在处理某些特定情况下的流连接时可能出现的问题。这个问题在containerd的后续版本中已经得到了修复,并且修复补丁已经向后移植到1.6.*和1.7.*版本系列中。
解决方案
Bottlerocket团队迅速响应,在v1.19.4版本中包含了这个问题的修复。该版本通过更新containerd组件,解决了Pod Attach操作的稳定性问题。对于遇到此问题的用户,升级到v1.19.4或更高版本即可解决。
最佳实践建议
对于运行关键工作负载的用户,建议:
- 在生产环境部署新版本前,先在测试环境中验证关键功能
- 建立完善的监控机制,及时发现类似的功能异常
- 保持关注Bottlerocket的版本更新公告,及时获取安全修复和功能改进
这个问题展示了开源社区协作的高效性,从问题报告到修复发布,整个过程体现了技术社区的快速响应能力。
GLM-5智谱 AI 正式发布 GLM-5,旨在应对复杂系统工程和长时域智能体任务。Jinja00
GLM-5-w4a8GLM-5-w4a8基于混合专家架构,专为复杂系统工程与长周期智能体任务设计。支持单/多节点部署,适配Atlas 800T A3,采用w4a8量化技术,结合vLLM推理优化,高效平衡性能与精度,助力智能应用开发Jinja00
jiuwenclawJiuwenClaw 是一款基于openJiuwen开发的智能AI Agent,它能够将大语言模型的强大能力,通过你日常使用的各类通讯应用,直接延伸至你的指尖。Python0204- QQwen3.5-397B-A17BQwen3.5 实现了重大飞跃,整合了多模态学习、架构效率、强化学习规模以及全球可访问性等方面的突破性进展,旨在为开发者和企业赋予前所未有的能力与效率。Jinja00
AtomGit城市坐标计划AtomGit 城市坐标计划开启!让开源有坐标,让城市有星火。致力于与城市合伙人共同构建并长期运营一个健康、活跃的本地开发者生态。01
awesome-zig一个关于 Zig 优秀库及资源的协作列表。Makefile00