The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Перевод мировых атомарных часов на одну секунду привёл к мас..."
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Опрос: Оцените размер шрифта на форуме: ( Нормальный | слишком мелкий | слишком крупный )
"Перевод мировых атомарных часов на одну секунду привёл к мас..." +/
Сообщение от opennews (??), 01-Июл-12, 15:07 
В полночь с 30 июня на 1 июля с целью синхронизации с астрономическим временем Земли эталонные мировые атомарные часы были приостановлены на одну секунду. иными словами в последней минуте оказалось 61 секунда, а на некоторых часах можно было наблюдать волшебное время "23:59:60". Подобный шаг привёл к непредвиденному коллапсу многих приложений и сервисов. Проблема была вызвана зацикливанием из-за неготовности обработать появление лишней секунды, в большинстве систем, на которых проявилась проблема, была настроена синхронизация точного времени по NTP.


В итоге, испытывали проблемы с работой некоторые сайты (в том числе (http://www.buzzfeed.com/summeranne/y2k-20-how-a-second-broug...) Reddit, LinkedIn и Mozilla), наблюдалось (https://bugzilla.mozilla.org/show_bug.cgi?id=769972) массовое зависание серверных приложений (в основном приложения работающие в Java VM, такие как Hadoop и Cassandra), начинала (http://blog.mozilla.org/it/2012/06/30/mysql-and-the-leap-sec.../) съедать все процессорные ресурсы СУБД MySQL, отключились VPN-туннели на базе OpеnVPN, зависали (http://serverfault.com/questions/403732/anyone-else-experien...) Linux-серверы с вручную собранным ядром.


В большинстве случаев администраторы были вынуждены перезапустить зависшие серверы. Тем не менее, для стабилизации некоторых приложений достаточно было вручную выставить корректное время  через команду "date `date +"%m%d%H%M%C%y.%S"`"  для некоторых систем мог дополнительное потребоваться останов ntpd на время выполнения данной команды и перезапуск пожирающих CPU приложений. Интересно, что в системе отслеживания ошибок Red Hat информация о возможной проблеме была опубликована (https://bugzilla.redhat.com/show_bug.cgi?id=479765) ещё в 2009 году и исправлена (http://rhn.redhat.com/errata/RHSA-2009-1243.html) в RHEL 5.4 (дополнительно было опубликовано уведомление (https://access.redhat.com/knowledge/articles/15145), что RHEL не подвержен проблеме). В марте в ядре Linux была выявлена и исправлена (https://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2....) проблема с зависанием при появлении лишней секунды на некоторых системах с таймером высокого разрешения.


При этом, добавление лишней секунды для синхронизации времени с периодом вращения земли производится не в первый раз, прошлое прибавление состоялось  31 декабря 2008 года и обошлось без глобальных проблем. В прошлом году внимание к проблеме также пыталась поднять (http://googleblog.blogspot.com/2011/09/time-technology-and-l...) компания Google, поделившись своим методом ухода от проблемы - разбиение лишней секунды на большой интервал корректировки, с прибавлением каждый раз по миллисекунде.

URL: http://www.wired.com/wiredenterprise/2012/07/leap-second-bug.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=34234

Ответить | Правка | Cообщить модератору

Оглавление
Перевод мировых атомарных часов на одну секунду привёл к мас..., opennews, 01-Июл-12, 15:07  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру