Лишняя секунда уронила линуксы

отметили
28
человек
в архиве
Случившееся минувшей ночью добавление лишней секунды к последнему часу для синхронизации с астрономическим месяцем оказалось весьма пагубным для массы линуксовых серверов (судя по откликам, в первую очередь Debian). Например, упал ThePirateBay, у Reddit случились проблемы с серверной явой, у многих отвалился OpenVPN. Тем, кто озаботился проблемой заранее, помогло временное отключение ntpd (что несколько дико, поскольку баг известен по крайней мере с марта).
В последний раз перед этим баг с leap second всплывал в 2009 году у RedHat, тогда была обнаружена блокировка ядра в функции xtime_lock.

В этом столетии секунды подкручивались уже трижды — 31 декабря 2005 и 2008 года, ну и вчера, 30 июня 2012. Проблем у FreeBSD и Windows с ними замечено не было.
Добавил urukrama urukrama 1 Июля 2012
проблема (1)
Комментарии участников:
Grigoriy
+3
Grigoriy, 1 Июля 2012 , url
ну н2 живет на дебиане
pda
+2
pda, 1 Июля 2012 , url
Завтра посмотрю, как мой сервак пережил. :)
pda
+1
pda, 2 Июля 2012 , url
Пережил. :)
ostanovsky.myopenid.com
+1
ostanovsky.myopenid.com, 1 Июля 2012 , url
Непонятно — с чего система должна вдруг падать? :) Ну, разошлось у нее время с сервером синхронизации на 1 секунду — это совершенно штатная ситуация…

Если же нет синхронизации — то вообще ничего не должно произойти.
LiSergey
+1
LiSergey, 2 Июля 2012 , url
это какойто бред.
ntpd должен эту ситуацию штатно отрабатывать, все остальные сервисы также…

уж если написали о проблеме, то должны были подробнее осветить ее причины и механизмы.
а без этого — пахнет обычной заказухой. [н]
ostanovsky.myopenid.com
0
ostanovsky.myopenid.com, 2 Июля 2012 , url
Для истории: сверхнормативная загрузка java-процессов лечится либо ребутом сервера, либо вот такой цепочкой команд:

/etc/init.d/ntp stop; date; date `date +"%m%d%H%M%C%y.%S"`; date

Причем, не всякая java себя так ведет. Вот она где — русская рулетка.


Войдите или станьте участником, чтобы комментировать