2017 年第一天就遭遇了 "闰秒" 坑, 心理一万个....

成因:

科学上有两种时间计量系统：基于地球自转的天文测量而得出的 “世界时” 和以原子振荡周期确定的 “原子时”。“世界时” 由于地球自转的不稳定（由地球物质分布不均匀和其它星球的摄动力等引起的）会带来时间的差异，“原子时”（一种较恒定的时制，由原子钟得出）则是相对恒定不变的。这两种时间尺度速率上的差异，一般来说一至二年会差大约 1 秒时间。 1971 年国际计量大会通过决议：使用 “协调世界时” 来计量时间。当 “协调世界时” 和“世界时”之差超过 0.9 秒时，国际地球自转服务组织（IERS）就负责对 “协调世界时” 拨快或拨慢 1 秒，这就是闰秒。

 

操作系统 - RHEL6

/var/log/messages:

Jan 1 07:59:59 ywjk kernel: Clock: inserting leap second 23:59:60 UTC

出现大量软中断 (ksoftirq), 数量可达 10+, 严重占用 cpu 资源, 导致应用频繁切换上下文, 不管什么应用都能影响, 可以说所到之处寸草不生
java - Open JDK1.6.0_32

为何对 java 程序影响更大还不明确, 姑且认定为 jdk 中的 BUG 吧, java.DateUtil 概率大 
网上说是 sun jdk 的 bug, 不准确, 应该 open jdk 也会影响.

 

服务器启动故障 - HP BL480G6

在系统初始化后, 进入系统 grub 后

hw-pmu resources (msr 38d is 330)

没有无缘无故的爱, 我认为这也是由于闰秒造成刀片管理 OA 出现了问题, 直观的表现是之前设置的 server name 都不翼而飞了, 只得一个个设置

 

 

处理方法

停掉 ntpd 持续同步的进程

ntpdate -q cn.ntp.org.cn 同步官方时间

hwclock --systohc 将时间同步到硬件时间 [--hctosys 从硬件里面拿时间]

登陆到服务器 OA,Power Management - Power Settings - OS Control mode

预防措施

积极留意关键时间节点 6 月 30 1 月 1 日, 提前做好时间同步