The OpenNET Project / Index page

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

Перевод мировых атомных часов на одну секунду привёл к массовому зависанию серверных приложений

01.07.2012 14:00

В полночь с 30 июня на 1 июля с целью синхронизации с астрономическим временем Земли эталонные мировые атомные часы были приостановлены на одну секунду, таким образом в последней минуте оказалось 61 секунда, а на некоторых часах можно было наблюдать волшебное время "23:59:60" или два раза по "23:59:59". Подобный шаг привёл к непредвиденному коллапсу многих приложений и сервисов. Проблема была вызвана зацикливанием из-за неготовности обработать появление лишней секунды. В большинстве систем, на которых проявилась проблема, была настроена синхронизация точного времени по NTP.

В итоге, испытывали проблемы с работой некоторые сайты (в том числе Reddit, LinkedIn и Mozilla), наблюдалось массовое зависание серверных приложений (в основном приложения работающие в Java VM, такие как Hadoop и Cassandra), начинала съедать все процессорные ресурсы СУБД MySQL, отключились VPN-туннели на базе OpеnVPN, зависали Linux-серверы.

В большинстве случаев администраторы были вынуждены перезапустить зависшие серверы. Тем не менее, для стабилизации некоторых приложений, начавших потреблять излишние ресурсы CPU, достаточно было вручную выставить корректное время через команду "date `date +"%m%d%H%M%C%y.%S"`". Для некоторых систем мог дополнительно потребоваться останов ntpd на время выполнения данной команды и перезапуск пожирающих CPU приложений. Интересно, что в системе отслеживания ошибок Red Hat информация о возможной проблеме была опубликована ещё в 2009 году и исправлена в RHEL 5.4 (дополнительно было опубликовано уведомление, что RHEL не подвержен проблеме). В марте 2012 года в ядре Linux была выявлена и исправлена проблема с зависанием при появлении лишней секунды на некоторых системах с таймером высокого разрешения (когда ntpd вызывал adjtimex в ядре оставалась неубранной блокировка). О зависании Linux-серверов в основном сообщают пользователи систем с необновлённым ванильным ядром, собранным вручную, а также пользователи штатных пакетов с Linux ядрами 2.6.32, 3.1 и 3.2 из состава Debian GNU/Linux.

При этом, добавление лишней секунды для синхронизации времени с периодом вращения земли производится не в первый раз, прошлое прибавление состоялось 31 декабря 2008 года и обошлось без глобальных проблем. В прошлом году внимание к проблеме пыталась поднять компания Google, поделившись своим методом устранения негативного эффекта - разбиеним лишней секунды на большой интервал корректировки, с прибавлением каждый раз по миллисекунде, что приведёт к плавному размыванию секунды по большому отрезку времени. Похожее готовое практическое решение (скрипт для плавного прибавления секунды) месяц назад опубликовал один из разработчиков Opera.

  1. Главная ссылка к новости (http://www.wired.com/wiredente...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/34234-time
Ключевые слова: time, clock, crash
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (122) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (-), 15:08, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +27 +/
    Не было печали - время поменяли.
     
  • 1.3, Аноним (3), 15:11, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На серверах под 40 нагрузка прыгнула. Без перезагрузки пофиксить можно
    http://blog.vpsville.ru/blog/pro/47.html
     
  • 1.4, lucentcode (ok), 15:15, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Мой рутер на OpenWRT отлично пережил это. NTP включен, время синхронизируется. Что не так было с теми серверами? Видно какие-то левые патчи использовали при сборке системы. Ванильное ядро отлично переносит такие непредвиденные ситуации.
     
     
  • 2.7, unknown (??), 15:23, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >  какие-то левые патчи

    например Java?

     
  • 2.44, ха (?), 18:57, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Что не так было с теми серверами?

    у тебя на роутере стоит дебиан?

     
     
  • 3.97, Аноним (-), 10:36, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> Что не так было с теми серверами?
    > у тебя на роутере стоит дебиан?

    у меня стоит дебиан и ntpd, ничего не висло.

     
  • 3.154, lucentcode (ok), 11:26, 08/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Что не так было с теми серверами?
    > у тебя на роутере стоит дебиан?

    OpenWRT


     
  • 2.152, Мрз (?), 18:48, 11/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Мой рутер на OpenWRT отлично пережил это. NTP включен, время синхронизируется. Что
    > не так было с теми серверами? Видно какие-то левые патчи использовали
    > при сборке системы. Ванильное ядро отлично переносит такие непредвиденные ситуации.

    колом встал sles 11 + oracle jdk 6u33 + jboss 6.1
    сплошной левак

     

  • 1.5, Анонище (?), 15:20, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Хм... заюзать man of middle и выдать неправильный формат даты и все, конец света обеспечен.
     
     
  • 2.110, Michael Shigorin (ok), 14:05, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > man of middle

    Это брат Славы КПСС, что ли? :)

    Поймал на одном умеренно старом альте (5.1/branch с "неродным" ядром -- проверял ovz#1880, помнится), на t6/branch и Server 4.0 не наблюдается.

     

  • 1.9, Rex Lockheart (ok), 15:42, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    "31 июня, лунный день"... )))
     
  • 1.10, Аноним (-), 15:52, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Бдлжать, у меня повисли 2 сервачка, там mysql+гребанная java+openfire :(
     
     
  • 2.102, тоже Аноним (ok), 12:27, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Lenny + MySQL + Openfire = полет нормальный.
     

  • 1.11, Аноним (-), 16:01, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Фрибсд проблеме не подвержена.
     
     
  • 2.68, fidaj (ok), 21:44, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Фрибсд проблеме не подвержена.

    не гони - я с ней "чудно" провел выходные...

     
     
  • 3.96, RedRat (ok), 10:14, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, не знаю... У меня Фряхи с Джавой, Мускулем и OpenVPN даже не заметили лишней секунды. Хотя судя по новости должны были три раза рухнуть с треском. Видимо, у тебя были проблемы не с ОС, а с приложением каким-нибудь.
     
     
  • 4.115, Аноним (-), 15:08, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну, не знаю... У меня Фряхи с Джавой, Мускулем и OpenVPN даже
    > не заметили лишней секунды. Хотя судя по новости должны были три
    > раза рухнуть с треском. Видимо, у тебя были проблемы не с
    > ОС, а с приложением каким-нибудь.

    Значит, у вас просто синхронизация времени не настроена. Поэтому про лишнюю секунду они просто не в курсе.

     
     
  • 5.119, RedRat (ok), 16:36, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Значит, у вас просто синхронизация времени не настроена. Поэтому про лишнюю секунду
    > они просто не в курсе.

    meson:/# ntpdc -p
         remote           local      st poll reach  delay   offset    disp
    =======================================================================
    *s01.ru.it2go.eu aaa.bbb.ccc.ddd  2  512  377 0.00308 -0.000211 0.11493
    =webhost2.mitht. aaa.bbb.ccc.ddd  2  512  377 0.06589 -0.013095 0.09659
    =ground.corbina. aaa.bbb.ccc.ddd  2  512  377 0.00288 -0.000652 0.10597
    =gw-sovam.gamma. aaa.bbb.ccc.ddd  2  512  377 0.04759 -0.022310 0.08604
    =ns.mipt.ru      aaa.bbb.ccc.ddd  2  512  377 0.00238  0.000054 0.10603
    =dl120g7.naviteh aaa.bbb.ccc.ddd  2  512  336 0.03073  0.000332 0.10858
    =cello.corbina.n aaa.bbb.ccc.ddd  2  512  377 0.00281 -0.001764 0.09143

     
  • 2.78, Аноним (-), 00:39, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Фрибсд проблеме не подвержена.

    Подвержена, еще как.

     
     
  • 3.87, Аноним (-), 07:21, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    У меня из 150-ти серверов ни один не повис, везде openntpd.
     
     
  • 4.114, Аноним (-), 15:05, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  У меня из 150-ти серверов ни один не повис, везде openntpd.

    У нас из 200 линуксовых серверов с ntpd не повис ни один. Однако, в новости написано, что Linux вполне себе подвержен. Т.е. "а вот у нас" - это не показатель.

     
     
     
     
    Часть нити удалена модератором

  • 7.126, Аноним (-), 19:06, 02/07/2012 [ответить]  
  • +2 +/
    >>  Мде, на че только линуксоиды не идут лишь бы свой линукс отбелить, а другие системы обосpать.
    > Линуксоиды лишь передразнивают фряшников, зело преуспевших в этом деле.

    ох... как же мы любим стрелки метать. ну почитайте вы коменты в новостях о линухе и фре, в новостях лунухов обычно происходит стандартная дискуссия о предмете новости, в новости о фре набегает куча  линуксойдов и начинает орать что фря не нужна, и вот такие люди еще учат пальцем в носу ковыряться. Вы лучше сходите вот сюда: https://www.opennet.ru/opennews/art.shtml?num=34217 и объясните, что там с 2.6.32 происходит, это еще покруче данных глюков времени в линухе.

     
     
  • 8.136, Аноним (-), 17:52, 06/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Сразу после того как вы объясните что за фигня происходит с фрибсд 6-й версии ... текст свёрнут, показать
     
  • 3.120, netch (ok), 16:41, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Фрибсд проблеме не подвержена.
    > Подвержена, еще как.

    Конкретный случай в студию - или буду считать, что врёте не краснея.
    А ещё - сделайте RTFS. Внимательно.

     
     
  • 4.122, Аноним (-), 17:28, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Конкретный случай в студию - или буду считать, что врёте не краснея.

    Бзди не настолько распространены на серверах, чтобы стать героями подобных новостей :)

     
     
  • 5.124, netch (ok), 17:46, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Конкретный случай в студию - или буду считать, что врёте не краснея.
    > Бзди не настолько распространены на серверах, чтобы стать героями подобных новостей :)

    Ваш слив засчитан.

     
  • 5.125, nikos (??), 17:53, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Конкретный случай в студию - или буду считать, что врёте не краснея.
    > Бзди не настолько распространены на серверах, чтобы стать героями подобных новостей :)

    Из  20 примерно серверо  под Free  покинул ровно при переходе времени  покинул один ( Freebsd + freeradius + Mysql ), 2 его собрата остались  живы ( все  сервера  синрохянтся по ntpd, правда  покинул 7.4, два других - 8.x )


     
     
  • 6.137, Аноним (-), 17:53, 06/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Из  20 примерно серверо  под Free  покинул ровно при
    > переходе времени  покинул один ( Freebsd + freeradius + Mysql

    Получается что там баг тоже есть? Ну значит прав тот оратор про новости.

     
  • 2.90, фывафыва (?), 08:11, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Чистая правда. 17 серверов с кучей сервисов - никаких проблем не было.
     
  • 2.94, getfr (?), 10:07, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Фрибсд проблеме не подвержена.

    хз, у меня на 8.2 amd64 p9 никаких проблем не было

     

  • 1.13, Аноним (-), 16:05, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Ну когда, когда программисты перестануть считать что в сутках всегда 24 часа, в минуте 60 секунд и минута не может длиться больше часа?
     
     
  • 2.45, Онаним (?), 19:23, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну когда уже люди придумают нормальную, желательно десятичную или, там,16-ричную, шкалу времени без таких сюрпризов... Я думал, что хотя бы на UTC можно положиться, что оно не ориентируется на астрономическое время в отличие от GMT, ан нет...
     
     
  • 3.48, all_glory_to_the_hypnotoad (ok), 19:34, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    это невозможно и всё из-за особенностей вращения Земли. Секунды то подгоняют под "солнечное" время
     
  • 3.58, Аноним (-), 20:08, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Есть шкала времени TAI, привязанная только к атомным часам. Никаких скачков в этой шкале нет. UTC основана на TAI и всегда отличается от TAI на целое число секунд. Во многих технических приложениях TAI была бы удобнее, но увы — применяют эту дурацкую неравномерную UTC, которая корректируется под астрономическое время.
     
     
  • 4.85, MiG (?), 01:41, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    UTC то как раз равномерна. Но периодически "скачет" за UT1.
     
  • 3.112, Michael Shigorin (ok), 15:03, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну когда уже люди придумают нормальную, желательно десятичную

    Обратитесь к авторам месяца термидора.  Вот только выверты их мозгов похуже будут.

     
  • 3.113, Andrew Kolchoogin (?), 15:04, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну когда уже люди начнут измерять временные интервалы, оперируя вызовом gettimeofday() ?-)

    На него точно можно положиться. "Time went backwards" -- внештатная ситуация, отображаемая ядром в логах. А вот какие-то там сутки/часы/минуты -- это всё не для компьютеров.

     
     
  • 4.138, Аноним (-), 17:54, 06/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > На него точно можно положиться. "Time went backwards" -- внештатная ситуация,

    Фига себе - время по NTP синкать уже стало нештатным?

     
  • 3.133, Аноним (-), 15:14, 04/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну когда уже люди придумают механизм компенсации замедления вращения Земли, без таких сюрпризов!
     
  • 2.73, Aceler (ok), 22:24, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Здесь была глупость.
     

  • 1.14, анон (?), 16:08, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это всё скайнет-провокатор, за 2000 мстит!
     
     
  • 2.53, Аноним (-), 20:01, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Это всё скайнет-провокатор, за 2000 мстит!

    Это он втихушку обкатывает варианты конца света. Кажется нашел довольно удачный вариант :)

     
  • 2.66, fangel (?), 21:29, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    даа. Тут один человек весь день жалуется что у него часы назад в винде идут. Да, зависания нет, правильного времени тоже нет)) Виндовс7 надежные технологии
     

  • 1.18, Panasonic1 (ok), 16:16, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вся ява на серверах поплыла... Очень много съедается именно Soft IRQ
     
  • 1.21, енот (?), 16:18, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    jboss на шапке нормально пережил
     
  • 1.24, Аноним (-), 16:29, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Красиво... Ну хоть ядерного апокалипсеца не случилось.
     
  • 1.26, Etch (?), 16:45, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А чего это они в июне время корректируют? Для этого же всегда февраль использовался...
     
     
  • 2.29, zhuk (?), 17:06, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А чего это они в июне время корректируют? Для этого же всегда
    > февраль использовался...

    захотелось чего-то новенького:)

     
  • 2.31, Аноним (-), 17:10, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Для этого же всегда февраль использовался...

    Это как?

     
     
  • 3.34, Аноним (-), 17:28, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Гуглить по ключевым словам "високосный", "год", "февраль", "29 дней"
     
     
  • 4.39, www2 (ok), 18:16, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Сейчас не про високосный день речь идёт, а о високосной секунде. Иногда её в год ни разу не добавляют, а иногда по два раза. Если потребуется, то и по три и по четыре раза в год будет високосная секунда. Она никак не поддаётся прогнозированию и добавляется по факту, когда астрономические наблюдения выявят расхождение между атомными часами и астрономическими.
     
     
  • 5.98, nikos (??), 10:46, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не чаще  двух раз в год ее могут добавлять: в последний  день полугодия ( правда  могут и не одну  секунду, но это крайне  маловероятно).
     
  • 4.54, Аноним (-), 20:03, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Гуглить по ключевым словам "високосный", "год", "февраль", "29 дней"

    Это другая коррекция времени //Кэп :)

     
  • 2.105, netch (ok), 13:20, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А чего это они в июне время корректируют? Для этого же всегда
    > февраль использовался...

    Никогда для leap second не использовался февраль.
    Чаще всего декабрь, иногда июнь.

     

  • 1.30, Аноним (-), 17:08, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > О зависании Linux-серверов в основном сообщают пользователи систем с
    > необновлённым ванильным ядром, собранным вручную, а также пользователи штатных
    > пакетов с Linux ядрами 2.6.32, 3.1 и 3.2 из состава Debian GNU/Linux.

    Бедные некрофилы...
    Зато редхату пиар :)

     
     
  • 2.49, all_glory_to_the_hypnotoad (ok), 19:36, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    нет, скорее антипиар дебиану
     
     
  • 3.55, Аноним (-), 20:04, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > нет, скорее антипиар дебиану

    Меньше будут понтоваться стабильностью некромансии, вполне заслуженно. Если кто пытается быть святее папы римского - логично что он при удобном случае наступает на грабли.

     
     
  • 4.148, Андрей (??), 08:25, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У нас уместнее с Гундяевым сравнивать :) А на счет "святости" Пап - это к Л. Таксилю :)
     
  • 3.83, Аноним (-), 00:52, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > нет, скорее антипиар дебиану

    Ошибку пофиксили и там, и там. Разница была в основном в культуре админов. В частности, их отношении к обновлениям.

     
     
  • 4.139, Аноним (-), 18:55, 06/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ошибку пофиксили и там, и там.

    Ее поправили в менее допотопном ядре. Но поскольку с ним кой-кто все никак не может выкатить релиз... система по дефолту - с граблями. Вообще, не комильфо что в релизе лежит система с такими багами.

     

  • 1.33, добрый дядя (?), 17:24, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    бугага, ну надо ж так жидко )))

    я считаю что все должны были быть в курсе о возможности периодической смены времени на некоторое значение, должна была быть ПРЕДУСМОТРЕНА возможность корректной спонтанной смены времени на уровне ядра, процессы могли быть на секунду штатно приостановлены

    все можно было оттестировать в виртуальной машине

    это вообще-то говоря серьезный баг и не иначе, где обновление разосланное всем за неделю?

     
     
  • 2.36, szh (ok), 17:43, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    а отнимать ты как секунду будешь жидкий бугагашешка ?
     
     
  • 3.88, haku (??), 07:30, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ниразу ещё не отнимали.
     
     
  • 4.141, Аноним (-), 18:57, 06/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ниразу ещё не отнимали.

    ЛПП: ntp вполне может скрутить время хоть на минуту назад если часы спешат.

     
  • 2.74, ВовкаОсиист (ok), 22:49, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Еслиб твоя наркоманская святость читала новость с лева на право, и с верху-вниз, то б она увидела, что проблему пофиксили до этой траблы, на серверах стояли старые ядра.
     
     
  • 3.149, Андрей (??), 08:28, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Еслиб твоя наркоманская святость читала новость с лева на право, и с
    > верху-вниз, то б она увидела, что проблему пофиксили до этой траблы,
    > на серверах стояли старые ядра.

    Там не в ядрах дело было. А именно в приложениях/сервсах. Писали о пожирании процессорного времени сервисам ntpd. Никак не могли переварить 61-ю секунду...

     
  • 2.140, Аноним (-), 18:56, 06/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > смены времени на некоторое значение, должна была быть ПРЕДУСМОТРЕНА возможность корректной
    > спонтанной смены времени на уровне ядра,

    А если мне NTP время на полгода пофиксит после сбоя системных часов - у меня процессы полгода должны висеть? Не, спасибо, себе такое счастье оставьте :)

     
     
  • 3.151, Андрей (??), 11:40, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> смены времени на некоторое значение, должна была быть ПРЕДУСМОТРЕНА возможность корректной
    >> спонтанной смены времени на уровне ядра,
    > А если мне NTP время на полгода пофиксит после сбоя системных часов
    > - у меня процессы полгода должны висеть? Не, спасибо, себе такое
    > счастье оставьте :)

    дело в 61-й секунде. может, правильнее было 51-ю продублировать?

     

  • 1.35, MrClon (?), 17:39, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Debian stable, почти все обновления стоят, NTP, ведро 2.6.32-5-686, mysql из репов. Полёт нормальный.
     
     
  • 2.64, pavlinux (ok), 21:07, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    # dmesg |  grep "leap second";

    Если этого нет, значит ты одмин лоКалХоста.

     
     
  • 3.70, Анон (?), 21:56, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    [1253631.905150] Clock: inserting leap second 23:59:60 UTC

    ядро 3.2 из дебиана, никаких зависаний нет, крутится там в том числе и жабка.

     
     
  • 4.79, Аноним (-), 00:42, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > ядро 3.2 из дебиана

    Бэкпортовое чтоли?

     
  • 3.80, Аноним (-), 00:43, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > # dmesg |  grep "leap second";
    > Если этого нет, значит ты одмин лоКалХоста.

    # dmesg| grep leap
    [3672177.907314] Clock: inserting leap second 23:59:60 UTC
    # uname -r
    2.6.32-5-486

     
  • 3.131, Frank (ok), 11:53, 03/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А может просто демон NTP не используется? :) Мне просто хватает синхронизации клиентом каждые пол часа. И не на 0-й минуте, да :) На всякий случай...
     

  • 1.37, Аноним (-), 17:43, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А почему раньше не зависали? Часы на секунду раз в неск лет переводят.
     
     
  • 2.42, www2 (ok), 18:21, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Зависали в 2008, но не у всех.
     

  • 1.38, Аноним (-), 17:58, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а у меня все работает !
     
  • 1.40, umbr (ok), 18:18, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    "Не думай о секундах с высока..." (с)
     
     
  • 2.109, анонимус (??), 13:33, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +5 +/
    свысока
     
     
  • 3.128, umbr (ok), 21:39, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо, добрый Анонимус.
     

  • 1.47, all_glory_to_the_hypnotoad (ok), 19:30, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > начинала съедать все процессорные ресурсы СУБД MySQL

    бгг.. вот этому гогну то какая пичаль до лишней секунды. Цивилизация клоунов.

     
     
  • 2.57, Аноним (-), 20:05, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > бгг.. вот этому гогну то какая пичаль до лишней секунды. Цивилизация клоунов.

    Судя по вашему коменту - натурально, клоунов :(


     

  • 1.50, XoRe (ok), 19:42, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно, как крон это воспринимает?
    Допустим, у меня по крону задание в "0 0 * * *" (00:00).
    Как крон отнесется к переводу часов на секунду вперед в 23:59:59?
    Вдруг он 23:59:60 посчитает, как 00:00 и два раза подряд запустит одно и то же задание.

    Может быть, лучше переводить не в 23:59:59 последнего числа, а первого числа в 12:30:59?
    А то ожидается, что поменяется минута, поменяется час, поменяются сутки, поменяется месяц...
    А этого не происходит.
    Потому что ещё не 2012.07.01 00:00:00, а все ещё 2012.06.30 23:59:60.

     
     
  • 2.61, pavlinux (ok), 20:48, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +12 +/
    > Может быть, лучше

    Никогда не ставь задач любым планировщикам на границах разделения, даже свидания не назначай.
    Юзай простые числа, а лучше Фибоначчи - компьютеры и люди их ненавидят. :)

     
     
  • 3.91, Куяврик (?), 08:16, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    яростно плюсую за изложение основ
     
  • 3.142, Аноним (-), 19:02, 06/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На самом деле все даже проще.

    Если ты хочешь сломать программу - выйди за общепринятые границы. Сделать вместо 59 секунды максимум 60-ю? Отличная идея. Аналогично - если у вас в сутках по 25 часов, хреново будет вашим программам :)

     
  • 3.146, XoRe (ok), 04:02, 09/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Может быть, лучше
    > Никогда не ставь задач любым планировщикам на границах разделения, даже свидания не
    > назначай.
    > Юзай простые числа, а лучше Фибоначчи - компьютеры и люди их ненавидят.
    > :)

    Если вы с такой уверенностью это пишите, как общеизвестные истины, что же операторы эталонных часов так лоханулись?

     
     
  • 4.147, pavlinux (ok), 08:30, 09/07/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    К алгоритмам это не имеет отоношения, это психология Ну вот удобно человекам з... большой текст свёрнут, показать
     
     
  • 5.153, XoRe (ok), 00:46, 15/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > К алгоритмам это не имеет отоношения, это психология.
    > Ну вот удобно человекам запоминать и оперировать цифрами с нулём на конеце.

    Ну да, но потом должен включаться мозг.
    А в вопросах атомных часов мозг должен включиться три раза.
    Даже бекапы в 00:00 стараются не делать, понимая интуитивно (или на больном опыте).


    > Думаю ответа будет два, 20:15 и 20:00, при этом все забыли условие
    > - (максимум 35 минут)

    Вы забыли 20:30 =)
    20:45 - тоже вариант ("поторопимся, успеем")

    > и два встречных быстрых объекта. Всё в одну кучу.

    Тоже постоянно встречаю.
    Но тут следует иметь в виду, что один раз разбежаться удобнее, чем сначала пропустить тех, потом объехать этих.
    Сделать все в одну транзакцию, или тот же NCQ )

     

  • 1.60, pavlinux (ok), 20:29, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    гЫ  :)




    [16072496.895773] Clock: inserting leap second 23:59:60 UTC


    Так мужуки,... судя по этому патчу https://bugzilla.redhat.com/attachment.cgi?id=330223&action=diff
    это есть часть исправления. Выше приведен dmesg из Debian 6.0.5 (2.6.32-5-amd64)
    Откуда заключаю, что этот фикс в ядре присутствует.

     
     
  • 2.82, Аноним (-), 00:50, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > это есть часть исправления. Выше приведен dmesg из Debian 6.0.5 (2.6.32-5-amd64)
    > Откуда заключаю, что этот фикс в ядре присутствует.

    Видимо, исправление пришло в ходе послерелизного обновления. А некоторые "админы" такими обновлениями принципиально пренебрегают ("там же только исправления безопасности, ну кто нас ломать будет").

     

  • 1.63, Спокойный аноним (?), 21:06, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Давайте будем откровенными, в новости неправильно подана информация, в результате таких словесных пассов очернён ntp.
    Правильнее было бы назвать вещи своими именами: global timers в java, mysql и пр. фигурантах не имеют собственной системы контроля временных тиков и соответственно подвержены уязвимостям через банальное изменение времени.
     
     
  • 2.65, pavlinux (ok), 21:17, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > в результате таких словесных пассов очернён ntp.

    1. NTP должон был отловить 61 секунду и повторить запрос или лучше забить до следующей синхронизации.
    2. Если NTP не отловил - glibc должно офигеть от 61 секунды, проигнорировать и вернуть нужный код.
    3. Ядро - по аналогии с glibc.
    4. Если дошло до BIOS (RTC), то там ничего не возвращают, а просто игнорируют.

     
     
  • 3.71, Спокойный аноним (?), 22:09, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    1 ntp просто синхронизирует время, и честно вставил одну секунду и заметь, не 6... большой текст свёрнут, показать
     
     
  • 4.72, Спокойный аноним (?), 22:17, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > 1. ntp просто синхронизирует время, и честно вставил одну секунду и заметь,
    > не 61, а ещё одну 59, что есть даже в твоём
    > логе.

    Извиняюсь, невнимательность. Да, ntp неверно сделал, но по факту проблемы только у конкретного списка приложений

     
     
  • 5.75, Анон (?), 22:51, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    NTP всё правильно сделал, баг в ядре, в реализации adjtimex.
     
     
  • 6.84, pavlinux (ok), 01:35, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В общем, после драки кулаками не машут, фронт работы всем ясен
    - тестирование, тестирование, и ещё раз тестирование.
     
     
  • 7.143, Аноним (-), 19:03, 06/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > - тестирование, тестирование, и ещё раз тестирование.

    Спасибо, Капитан! :)

     
  • 2.107, netch (ok), 13:24, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не ntp, а ядерный счёт времени Неправда ваша Проблема сохранялась и при переза... большой текст свёрнут, показать
     

  • 1.76, AlexAT (ok), 23:32, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На CentOS 6 MySQL'ю плохеет слегка - жрёт 100% одно ядра, крутится в спинлоках. Рестарт MySQL'я не помогает. Единственная радость - на отзывчивость системы и вообще сервис не влияет никак - т.е. время всё-таки отдаёт при надобности.

    Лечится так: service ntpd stop ; service ntpdate start ; service ntpd start
    После этого ядро прочёсывается, и более не доставляет.

     
  • 1.77, oooops (??), 00:28, 02/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    на оракловой сборке RH ночью, пишут, были большие проблемы с сервисами
    на 5 или 6 - пока не скажу, но работы в поддержки было полно
     
     
  • 2.81, Аноним (-), 00:46, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > на оракловой сборке RH ночью, пишут, были большие проблемы с сервисами
    > на 5 или 6 - пока не скажу, но работы в поддержки
    > было полно

    Молодец оракл, хорошо ядро собрал. Энтерпрайзненько.

     
  • 2.108, netch (ok), 13:24, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > на оракловой сборке RH ночью, пишут, были большие проблемы с сервисами
    > на 5 или 6 - пока не скажу, но работы в поддержки
    > было полно

    RHEL 5 не пострадал, 6 - пострадал в полный рост

     

  • 1.89, Аноним (-), 07:37, 02/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    SL6 с ntpd
    F16 с chronyd

    ничто не повисло, но везде mysqld и chrome начали жрать цпу

     
  • 1.92, ua9oas (ok), 09:51, 02/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    а знал ли кто об этом заранее? Кроме того тут в новости совсем ничего не написано про виндовые сервера (а они-то как это все "переварили"? Сколько их существует всего? Есть ли те, которые по-прежнему работают на "винде2000")
      Как в свое время была "переварена" проблема 2000 года? (по тв об этом тогда много показывали, про то с секундой- нет. А когда будет такая же корректировка опять?)
     
     
  • 2.100, Feerik (ok), 11:45, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Незнаю как на win 2000 server, но на win 2003 и win 2008 server полет нормальный, что на x86 так и x64, как впрочем и на ubuntu 10.04. Железки с линуксом тоже не выеживались.
     

  • 1.93, iCat (ok), 09:57, 02/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ядро 2.6.31 - 7x24x365
    ядро 3.2.6 - 7x24
    Трудностей не возникло.
    ЧЯДНТ? Где и что я упустил?
     
     
  • 2.95, Аноним (95), 10:10, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    MySQL, Java сервисы присутствуют или новость читал по диагонали?
     

  • 1.99, Аноним (-), 11:43, 02/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    это даже круче чем уязвимые курсоры!!! ))))
     
     
  • 2.116, Michael Shigorin (ok), 15:15, 02/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > это даже круче чем уязвимые курсоры!!! ))))

    Это DoS, а то remote code exec с предельными привилегиями.  Встаньте с головы на ноги.

     
  • 2.144, Аноним (-), 19:04, 06/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > это даже круче чем уязвимые курсоры!!! ))))

    Да ну, чего там круче? Курсоры позволяли ремотно кернельный код вдуть. А тут какие-то полторы программы повисло. Фи.

     

  • 1.101, t28 (?), 11:53, 02/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Благодаря Opennet-у, наша ж№па спасена! Сутки всем офисом ломали голову, отчего на всех серверах LA под 200, причём и под linsux и под windoze. :)
     
  • 1.103, Аноним (-), 12:39, 02/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Отлично, спишу очередное зависание своего компьютера на это событие, а не на 10-летнее железо.
     
  • 1.106, EuPhobos (ok), 13:22, 02/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Debian Squeeze упал, а Wheezy выжил..
     
  • 1.111, Аноним (-), 14:44, 02/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я так и не понял, проблема в ядре или в самих серверных приложениях?
     
  • 1.123, Аноним (-), 17:42, 02/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Разрабы соотв. приложений видимо ничего не слышали про uptime и пили мало йаду. ;)
     
  • 1.127, Аноним (-), 20:55, 02/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вот теперь понятно, чего у меня сервачок Майнкрафтовский начал жрать проц как бешенный и лагать через раз. Перезапуск не помогал - вплоть до физического ребута компа. А я уж на что только не грешил. Да уж, следить за такими вещами надоть.
     
     
  • 2.150, Андрей (??), 11:37, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот теперь понятно, чего у меня сервачок Майнкрафтовский начал жрать проц как
    > бешенный и лагать через раз. Перезапуск не помогал - вплоть до
    > физического ребута компа. А я уж на что только не грешил.
    > Да уж, следить за такими вещами надоть.

    Вряд ли напрямую из-за этого. На Хабре уже разобрали, там была ссылка в базу знанй M$. Так да - они забивают на эту секнду...

     

  • 1.134, gedeon (?), 14:28, 05/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В полночь с 30 июня на 1 июля с целью синхронизации с астрономическим временем > Земли эталонные мировые атомные часы были приостановлены на одну секунду

    Не надо обманывать людей. Атомная шкала времени равномерная и атомные стандарты никогда не останавливаются. Как вы себе это представляете: рубильник на стандарте частоты? Почитайте определение шкалы TAI.

    Другое дело, что добавили секунду к шкале UTC.

    Короче, прежде, чем писать новость, неплохо было бы прокачать теорию

    http://ru.wikipedia.org/wiki/%D0%A1%D0%B5%D0%BA

     
  • 1.135, Zet (??), 17:30, 06/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Fedora, CentOS, RedHat + MySQL + Java application Все нормольно работает ни каких глюков не было что за прогон ...
     
     
  • 2.145, Andrey (??), 21:01, 06/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    чорт!а я то дума чего опеннмс la под 100 и более выдавал....буквально час назад коллега сервак ребутнул) наверное помогло
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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