关于Linux Kernel 2.6.28 以上有缺陷,在第208.5天自行重啟的问题
今天看到一转帖如下:
Linux Kernel 2.6.28 以上有缺陷,在第208.5天自行重啟
https://access.redhat.com/knowledge/solutions/68466
sched_clock() overflow around 208.5 days in Linux Kernellast modified by Raghu Udiyar on 04/10/12 - 09:12Issue
- Linux Kernel panics when sched_clock() overflows around 208.5 days
- Does RHEL 6.1 have a reboot problem which is caused by sched_clock() overflow around 208.5 days?
Environment
- Red Hat Enterprise Linux 6
- Kernel version earlier than kernel-2.6.32-220.4.2.el6
- TSC clock source
- Intel CPU
Linux Kernel 2.6.28 以上存有缺陷,啟動後經過208.5天就會自行重新啟動,此事浮出檯面。
sched_clock() overflow after 208.5 days in Linux
Kernel (okkyの銀河制圧奇譚)
該缺陷是於實機運行 Pentium 4
以上的Intel系CPU(含相容性CPU、32bit/64bit皆然)時發現的。於虛擬機器上運行,或運行非Intel系CPU則無此發現。
此缺陷在 Linux Kernel 2.6.32.50 / 3.0.13 / 3.1.5
已被修正。各發行版上的應對狀況如下。
Fedora 16: 已在 Fedora 16 Update: kernel-3.1.6-1.fc16
修正。
Vine Linux 6: 已用核心修補檔修正。
Red Hat Enterprise Linux 6:
尚未發佈修正版核心。請於啟動後的200天內手動重啟來迴避。
CentOS 6: 尚未發佈修正版核心。請於啟動後的200天內手動重啟來迴避。
Debian 6.0: 尚未發佈修正版核心。請於啟動後的200天內手動重啟來迴避。
Ubuntu 11.10: 尚未發佈修正版核心。請於啟動後的200天內手動重啟來迴避。
Ubuntu 11.04: 尚未發佈修正版核心。請於啟動後的200天內手動重啟來迴避。
Ubuntu 10.10: 尚未發佈修正版核心。請於啟動後的200天內手動重啟來迴避。
Ubuntu 10.04 LTS: 尚未發佈修正版核心。請於啟動後的200天內手動重啟來迴避。
SuSE 11 SP1: 可從支援服務獲得 PTF 。
仔细看了下readhat的解释:
Does Red Hat Enterprise Linux 6 or 5 have a reboot problem which is caused by sched_clock() overflow around 208.5 days?
Rate
Issue
-
Linux Kernel panics when
sched_clock()
overflows after an uptime of around 208.5 days. - Red Hat Enterprise Linux 6.1 system reboots with sched_clock() overflow after an uptime of around 208.5 days
Environment
-
Red Hat Enterprise Linux 6
- Red Hat Enterprise Linux 6.0, 6.1 and 6.2 are affected
- several kernels affected, see below
- TSC clock source
- Intel CPU
-
Red Hat Enterprise Linux 5
-
Red Hat Enterprise Linux 5.3, 5.6, 5.8: please refer to
the
resolution
section for affected kernels - Red Hat Enterprise Linux 5.0, 5,1, 5.2, 5.4, 5.5 ,5.7: all kernels affected
- TSC clock source
- Intel CPU
-
Red Hat Enterprise Linux 5.3, 5.6, 5.8: please refer to
the
-
An approximate uptime of around 208.5 days.
从以上官方说法可以看到时有条件触发的:
1.使用TSC时钟源
2.使用Intel CPU
3.以上系列版本和内核相关
就可能存在异常宕机的风险
可以启动boot时关闭,方法可以参考http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006427
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?