由于Linux kernel 2.6.29之前版本存在bug，在進(jìn)行閏秒調(diào)整時(shí)可能會(huì)引起系統(tǒng)時(shí)鐘服務(wù)ntpd進(jìn)程死鎖。Debian Lenny、RHEL/CentOS 5等舊發(fā)行版今天仍被廣泛使用，部分供應(yīng)商早已經(jīng)發(fā)布了補(bǔ)丁。

[[180797]]

閏秒導(dǎo)致部分Linux服務(wù)器高CPU使用率

國際地球自轉(zhuǎn)和參考坐標(biāo)系統(tǒng)服務(wù)(IERS)在2012年6月30日午夜(北京時(shí)間7月1號(hào)7點(diǎn)59分59秒)增加一閏秒(即出現(xiàn) 7：59：60)。由于Linux kernel 2.6.29之前版本存在bug，在進(jìn)行閏秒調(diào)整時(shí)可能會(huì)引起系統(tǒng)時(shí)鐘服務(wù)ntpd進(jìn)程死鎖。Debian Lenny、RHEL/CentOS 5等舊發(fā)行版今天仍被廣泛使用，部分供應(yīng)商早已經(jīng)發(fā)布了補(bǔ)丁。

但除了Linux服務(wù)器外，一些服務(wù)器程序也因?yàn)殚c秒出現(xiàn)了問題，如Reddit、Mozilla、FourSquare、Yelp、 LinkedIn和Gawker等網(wǎng)站都短暫遭遇了技術(shù)問題，國內(nèi)的一家云儲(chǔ)存供應(yīng)商發(fā)現(xiàn)運(yùn)行在CentOS 6.2上的Java和MySQL因閏秒出現(xiàn)了不同程度的CPU利用率增長，猜測(cè)是JVM和MySQL試圖通過CPU硬件晶振的數(shù)據(jù)獲得當(dāng)前精確的時(shí)間，由 于閏秒的關(guān)系，這個(gè)時(shí)間和操作系統(tǒng)維持的墻上時(shí)間(Wall Time，也就是顯示給用戶看的時(shí)間)不一致，導(dǎo)致了這個(gè)問題。簡單的修正方法是強(qiáng)制重置系統(tǒng)時(shí)間，讓系統(tǒng)中所有時(shí)間回到同步的狀態(tài)

近日，國際地球自轉(zhuǎn)和參考系統(tǒng)服務(wù)地球定向中心(IERS)通過推特重申，國際標(biāo)準(zhǔn)時(shí)間UTC將在格林尼治時(shí)間2016年12月31日23時(shí)59分59秒(北京時(shí)間2017年1月1日7時(shí)59分59秒)之后，在原子時(shí)鐘實(shí)施一個(gè)正閏秒，即增加1秒，然后才會(huì)跨入新的一年。

每隔一段時(shí)間，目前世界范圍內(nèi)通用的協(xié)調(diào)世界時(shí)(UTC)會(huì)與依據(jù)地球圍繞太陽運(yùn)動(dòng)計(jì)算的平太陽日和世界時(shí)(UT1)出現(xiàn)很小的偏差，需要對(duì)UTC增加或者減少一秒來消除。

簡要解決方法：在發(fā)生閏秒前停掉ntpd服務(wù)，閏秒發(fā)生后再開啟ntpd

根解：放棄使用ntpd，使用簡化的sntp協(xié)議，同時(shí)在實(shí)現(xiàn)直接調(diào)用settimeofday來完成，不會(huì)觸發(fā)內(nèi)核的事件調(diào)整異常

Java Fortunately the fix is straightforward:

/etc/init.d/ntp stop  
date -s "$(date)"  
Mysql  
The fix is quite simple – simply set the date. Alternatively, you can restart the machine, which also works. Restarting MySQL (or Java, or whatever) does NOT fix the problem. We put the following into puppet to run on all our machines: 
$ cat files/bin/leap-second.sh  
#!/bin/bash  
# this is a quick-fix to the 6/30/12 leap second bug  
if [ ! -f /tmp/leapsecond_2012_06_30 ]  
then  
/etc/init.d/ntpd stop; date -s "`date`" && /bin/touch /tmp/leapsecond_2012_06_30  
fi