关于Linux Kernel 2.6.28 以上有缺陷,在第208.5天自行重啟的问题
2016-07-18 13:46
399 查看
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?
Updated 22 Aug 2012, 8:54 AMGMT
Rate
5Average: 5 (1vote)
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 6Red 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
resolutionsection
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
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
相关文章推荐
- Centos7学习之静态IP设置方法介绍
- Linux系统文件的打开/读/写操作
- CentOS 7.2 amp + xcache, rpm包,php-fpm
- Linux之strace简单用法
- 在linux上用script和scriptreplay对命令行操作录像
- 解决Qt程序在Linux下无法输入中文的办法
- centos下cmake安装
- Linux平台下让程序或命令在前台或后台运行
- Linux系统结构 详解
- 关于对Linux下MCE(Machine Check Exception)的一点认识
- 宿主系统为Ubuntu 14,CentOS 6.5 安装VirtualBox增强工具失败:Building the OpenGL support module[FAILED]
- Linux下分割、合并PDF(pdftk)
- linux下设置vim行号
- CentOS命令行界面与图形界面切换
- Linux的内存回收和交换
- vim中查找和替换的一般使用
- linux用户登录启动配置文件
- 每日一linux命令(32)-------/etc/group文件详解
- Linux内核pr_debug的应用及log级别控制原理简析
- 动态分配二维数组的两种方法