The OpenNET Project / Index page

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

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
Тип: Интересно / К сведению
Ключевые слова: time, clock, crash
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Линейный вид | Ajax | Показать все | RSS
 
  • 1.2, Аноним, 15:08, 01/07/2012 [ответить] [смотреть все]
  • +26 +/
    Не было печали - время поменяли.
     
  • 1.3, Аноним, 15:11, 01/07/2012 [ответить] [смотреть все]
  • +/
    На серверах под 40 нагрузка прыгнула Без перезагрузки пофиксить можно http bl... весь текст скрыт [показать]
     
  • 1.4, lucentcode, 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, 11:26, 08/08/2012 [^] [ответить] [смотреть все]  
  • +/
    OpenWRT ... весь текст скрыт [показать]
     
  • 2.152, Мрз, 18:48, 11/07/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +1 +/
    колом встал sles 11 oracle jdk 6u33 jboss 6 1 сплошной левак ... весь текст скрыт [показать] [показать ветку]
     
  • 1.5, Анонище, 15:20, 01/07/2012 [ответить] [смотреть все]  
  • +1 +/
    Хм... заюзать man of middle и выдать неправильный формат даты и все, конец света обеспечен.
     
     
  • 2.110, Michael Shigorin, 14:05, 02/07/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    Это брат Славы КПСС, что ли Поймал на одном умеренно старом альте 5 1 branc... весь текст скрыт [показать] [показать ветку]
     
  • 1.9, Rex Lockheart, 15:42, 01/07/2012 [ответить] [смотреть все]  
  • +9 +/
    "31 июня, лунный день"... )))
     
  • 1.10, Аноним, 15:52, 01/07/2012 [ответить] [смотреть все]  
  • –4 +/
    Бдлжать, у меня повисли 2 сервачка, там mysql+гребанная java+openfire :(
     
     
  • 2.102, тоже Аноним, 12:27, 02/07/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    Lenny + MySQL + Openfire = полет нормальный.
     
  • 1.11, Аноним, 16:01, 01/07/2012 [ответить] [смотреть все]  
  • –4 +/
    Фрибсд проблеме не подвержена.
     
     
  • 2.68, fidaj, 21:44, 01/07/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +2 +/
    > Фрибсд проблеме не подвержена.

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

     
     
  • 3.96, RedRat, 10:14, 02/07/2012 [^] [ответить] [смотреть все]  
  • +/
    Ну, не знаю У меня Фряхи с Джавой, Мускулем и OpenVPN даже не заметили лишней... весь текст скрыт [показать]
     
     
  • 4.115, Аноним, 15:08, 02/07/2012 [^] [ответить] [смотреть все]  
  • +/
    Значит, у вас просто синхронизация времени не настроена Поэтому про лишнюю секу... весь текст скрыт [показать]
     
     
  • 5.119, RedRat, 16:36, 02/07/2012 [^] [ответить] [смотреть все]  
  • +/
    meson ntpdc -p remote local st poll reach delay offset... весь текст скрыт [показать]
     
  • 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 +/
    У нас из 200 линуксовых серверов с ntpd не повис ни один Однако, в новости напи... весь текст скрыт [показать]
     
     
     
     
    Часть нити удалена модератором

  • 7.126, Аноним, 19:06, 02/07/2012 [ответить] [смотреть все]  
  • +2 +/
    ох как же мы любим стрелки метать ну почитайте вы коменты в новостях о линух... весь текст скрыт [показать]
     
     
  • 8.136, Аноним, 17:52, 06/07/2012 [^] [ответить] [смотреть все]  
  • +/
    Сразу после того как вы объясните что за фигня происходит с фрибсд 6-й версии ... весь текст скрыт [показать]
     
  • 3.120, netch, 16:41, 02/07/2012 [^] [ответить] [смотреть все]  
  • +1 +/
    Конкретный случай в студию - или буду считать, что врёте не краснея А ещё - сде... весь текст скрыт [показать]
     
     
  • 4.122, Аноним, 17:28, 02/07/2012 [^] [ответить] [смотреть все]  
  • –2 +/
    Бзди не настолько распространены на серверах, чтобы стать героями подобных новос... весь текст скрыт [показать]
     
     
  • 5.124, netch, 17:46, 02/07/2012 [^] [ответить] [смотреть все]  
  • +1 +/
    Ваш слив засчитан ... весь текст скрыт [показать]
     
  • 5.125, nikos, 17:53, 02/07/2012 [^] [ответить] [смотреть все]  
  • +/
    Из 20 примерно серверо под Free покинул ровно при переходе времени покинул о... весь текст скрыт [показать]
     
     
  • 6.137, Аноним, 17:53, 06/07/2012 [^] [ответить] [смотреть все]  
  • +/
    Получается что там баг тоже есть Ну значит прав тот оратор про новости ... весь текст скрыт [показать]
     
  • 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 часа, в ... весь текст скрыт [показать]
     
     
  • 2.45, Онаним, 19:23, 01/07/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • –1 +/
    Ну когда уже люди придумают нормальную, желательно десятичную или, там,16-ричную... весь текст скрыт [показать] [показать ветку]
     
     
  • 3.48, all_glory_to_the_hypnotoad, 19:34, 01/07/2012 [^] [ответить] [смотреть все]  
  • +/
    это невозможно и всё из-за особенностей вращения Земли Секунды то подгоняют под... весь текст скрыт [показать]
     
  • 3.58, Аноним, 20:08, 01/07/2012 [^] [ответить] [смотреть все]  
  • +2 +/
    Есть шкала времени TAI, привязанная только к атомным часам Никаких скачков в эт... весь текст скрыт [показать]
     
     
  • 4.85, MiG, 01:41, 02/07/2012 [^] [ответить] [смотреть все]  
  • +/
    UTC то как раз равномерна. Но периодически "скачет" за UT1.
     
  • 3.112, Michael Shigorin, 15:03, 02/07/2012 [^] [ответить] [смотреть все]  
  • +/
    Обратитесь к авторам месяца термидора Вот только выверты их мозгов похуже буду... весь текст скрыт [показать]
     
  • 3.113, Andrew Kolchoogin, 15:04, 02/07/2012 [^] [ответить] [смотреть все]  
  • +/
    Ну когда уже люди начнут измерять временные интервалы, оперируя вызовом gettimeo... весь текст скрыт [показать]
     
     
  • 4.138, Аноним, 17:54, 06/07/2012 [^] [ответить] [смотреть все]  
  • +/
    Фига себе - время по NTP синкать уже стало нештатным ... весь текст скрыт [показать]
     
  • 3.133, Аноним, 15:14, 04/07/2012 [^] [ответить] [смотреть все]  
  • +1 +/
    Ну когда уже люди придумают механизм компенсации замедления вращения Земли, без ... весь текст скрыт [показать]
     
  • 2.73, Aceler, 22:24, 01/07/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    Здесь была глупость.
     
  • 1.14, анон, 16:08, 01/07/2012 [ответить] [смотреть все]  
  • +/
    Это всё скайнет-провокатор, за 2000 мстит!
     
     
  • 2.53, Аноним, 20:01, 01/07/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    Это он втихушку обкатывает варианты конца света Кажется нашел довольно удачный ... весь текст скрыт [показать] [показать ветку]
     
  • 2.66, fangel, 21:29, 01/07/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    даа Тут один человек весь день жалуется что у него часы назад в винде идут Да,... весь текст скрыт [показать] [показать ветку]
     
  • 1.18, Panasonic1, 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, 18:16, 01/07/2012 [^] [ответить] [смотреть все]  
  • +4 +/
    Сейчас не про високосный день речь идёт, а о високосной секунде Иногда её в год... весь текст скрыт [показать]
     
     
  • 5.98, nikos, 10:46, 02/07/2012 [^] [ответить] [смотреть все]  
  • +/
    Не чаще двух раз в год ее могут добавлять в последний день полугодия правда... весь текст скрыт [показать]
     
  • 4.54, Аноним, 20:03, 01/07/2012 [^] [ответить] [смотреть все]  
  • +2 +/
    Это другая коррекция времени Кэп ... весь текст скрыт [показать]
     
  • 2.105, netch, 13:20, 02/07/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +1 +/
    Никогда для leap second не использовался февраль Чаще всего декабрь, иногда июн... весь текст скрыт [показать] [показать ветку]
     
  • 1.30, Аноним, 17:08, 01/07/2012 [ответить] [смотреть все]  
  • +2 +/
    Бедные некрофилы Зато редхату пиар ... весь текст скрыт [показать]
     
     
  • 2.49, all_glory_to_the_hypnotoad, 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, 17:43, 01/07/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    а отнимать ты как секунду будешь жидкий бугагашешка ?
     
     
  • 3.88, haku, 07:30, 02/07/2012 [^] [ответить] [смотреть все]  
  • +/
    Ниразу ещё не отнимали.
     
     
  • 4.141, Аноним, 18:57, 06/07/2012 [^] [ответить] [смотреть все]  
  • +/
    ЛПП ntp вполне может скрутить время хоть на минуту назад если часы спешат ... весь текст скрыт [показать]
     
  • 2.74, ВовкаОсиист, 22:49, 01/07/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +1 +/
    Еслиб твоя наркоманская святость читала новость с лева на право, и с верху-вниз,... весь текст скрыт [показать] [показать ветку]
     
     
  • 3.149, Андрей, 08:28, 10/07/2012 [^] [ответить] [смотреть все]  
  • +/
    Там не в ядрах дело было А именно в приложениях сервсах Писали о пожирании про... весь текст скрыт [показать]
     
  • 2.140, Аноним, 18:56, 06/07/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    А если мне NTP время на полгода пофиксит после сбоя системных часов - у меня про... весь текст скрыт [показать] [показать ветку]
     
     
  • 3.151, Андрей, 11:40, 10/07/2012 [^] [ответить] [смотреть все]  
  • +/
    дело в 61-й секунде может, правильнее было 51-ю продублировать ... весь текст скрыт [показать]
     
  • 1.35, MrClon, 17:39, 01/07/2012 [ответить] [смотреть все]  
  • +/
    Debian stable, почти все обновления стоят, NTP, ведро 2.6.32-5-686, mysql из репов. Полёт нормальный.
     
     
  • 2.64, pavlinux, 21:07, 01/07/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +2 +/
    dmesg 124 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 124 grep leap 3672177 907314 Clock inserting leap second 23 59 60 U... весь текст скрыт [показать]
     
  • 3.131, Frank, 11:53, 03/07/2012 [^] [ответить] [смотреть все]  
  • +/
    А может просто демон NTP не используется Мне просто хватает синхронизации кл... весь текст скрыт [показать]
     
  • 1.37, Аноним, 17:43, 01/07/2012 [ответить] [смотреть все]  
  • +/
    А почему раньше не зависали? Часы на секунду раз в неск лет переводят.
     
     
  • 2.42, www2, 18:21, 01/07/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    Зависали в 2008, но не у всех.
     
  • 1.38, Аноним, 17:58, 01/07/2012 [ответить] [смотреть все]  
  • +/
    а у меня все работает !
     
  • 1.40, umbr, 18:18, 01/07/2012 [ответить] [смотреть все]  
  • +4 +/
    "Не думай о секундах с высока..." (с)
     
     
  • 2.109, анонимус, 13:33, 02/07/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +5 +/
    свысока
     
     
  • 3.128, umbr, 21:39, 02/07/2012 [^] [ответить] [смотреть все]  
  • +/
    Спасибо, добрый Анонимус.
     
  • 1.47, all_glory_to_the_hypnotoad, 19:30, 01/07/2012 [ответить] [смотреть все]  
  • +/
    > начинала съедать все процессорные ресурсы СУБД MySQL

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

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

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


     
  • 1.50, XoRe, 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, 20:48, 01/07/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +12 +/
    > Может быть, лучше

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

     
     
  • 3.91, Куяврик, 08:16, 02/07/2012 [^] [ответить] [смотреть все]  
  • +/
    яростно плюсую за изложение основ
     
  • 3.142, Аноним, 19:02, 06/07/2012 [^] [ответить] [смотреть все]  
  • +1 +/
    На самом деле все даже проще Если ты хочешь сломать программу - выйди за общеп... весь текст скрыт [показать]
     
  • 3.146, XoRe, 04:02, 09/07/2012 [^] [ответить] [смотреть все]  
  • +/
    Если вы с такой уверенностью это пишите, как общеизвестные истины, что же операт... весь текст скрыт [показать]
     
     
  • 4.147, pavlinux, 08:30, 09/07/2012 [^] [ответить] [смотреть все]  
  • +2 +/
    К алгоритмам это не имеет отоношения, это психология Ну вот удобно человекам з... весь текст скрыт [показать]
     
     
  • 5.153, XoRe, 00:46, 15/07/2012 [^] [ответить] [смотреть все]  
  • +/
    Ну да, но потом должен включаться мозг А в вопросах атомных часов мозг должен в... весь текст скрыт [показать]
     
  • 1.60, pavlinux, 20:29, 01/07/2012 [ответить] [смотреть все]  
  • +/
    гЫ  :)

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

    Так мужуки,... судя по этому патчу 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 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    Видимо, исправление пришло в ходе послерелизного обновления А некоторые админы... весь текст скрыт [показать] [показать ветку]
     
  • 1.63, Спокойный аноним, 21:06, 01/07/2012 [ответить] [смотреть все]  
  • +2 +/
    Давайте будем откровенными, в новости неправильно подана информация, в результате таких словесных пассов очернён ntp.
    Правильнее было бы назвать вещи своими именами: global timers в java, mysql и пр. фигурантах не имеют собственной системы контроля временных тиков и соответственно подвержены уязвимостям через банальное изменение времени.
     
     
  • 2.65, pavlinux, 21:17, 01/07/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • –1 +/
    1 NTP должон был отловить 61 секунду и повторить запрос или лучше забить до сле... весь текст скрыт [показать] [показать ветку]
     
     
  • 3.71, Спокойный аноним, 22:09, 01/07/2012 [^] [ответить] [смотреть все]  
  • +3 +/
    1 ntp просто синхронизирует время, и честно вставил одну секунду и заметь, не 6... весь текст скрыт [показать]
     
     
  • 4.72, Спокойный аноним, 22:17, 01/07/2012 [^] [ответить] [смотреть все]  
  • +/
    Извиняюсь, невнимательность Да, ntp неверно сделал, но по факту проблемы только... весь текст скрыт [показать]
     
     
  • 5.75, Анон, 22:51, 01/07/2012 [^] [ответить] [смотреть все]  
  • +/
    NTP всё правильно сделал, баг в ядре, в реализации adjtimex.
     
     
  • 6.84, pavlinux, 01:35, 02/07/2012 [^] [ответить] [смотреть все]  
  • +1 +/
    В общем, после драки кулаками не машут, фронт работы всем ясен - тестирование, ... весь текст скрыт [показать]
     
     
  • 7.143, Аноним, 19:03, 06/07/2012 [^] [ответить] [смотреть все]  
  • +/
    Спасибо, Капитан ... весь текст скрыт [показать]
     
  • 2.107, netch, 13:24, 02/07/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +1 +/
    Не ntp, а ядерный счёт времени Неправда ваша Проблема сохранялась и при переза... весь текст скрыт [показать] [показать ветку]
     
  • 1.76, AlexAT, 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 +/
    Молодец оракл, хорошо ядро собрал Энтерпрайзненько ... весь текст скрыт [показать] [показать ветку]
     
  • 2.108, netch, 13:24, 02/07/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    RHEL 5 не пострадал, 6 - пострадал в полный рост ... весь текст скрыт [показать] [показать ветку]
     
  • 1.89, Аноним, 07:37, 02/07/2012 [ответить] [смотреть все]  
  • +/
    SL6 с ntpd F16 с chronyd ничто не повисло, но везде mysqld и chrome начали жрать... весь текст скрыт [показать]
     
  • 1.92, ua9oas, 09:51, 02/07/2012 [ответить] [смотреть все]  
  • –1 +/
    а знал ли кто об этом заранее? Кроме того тут в новости совсем ничего не написано про виндовые сервера (а они-то как это все "переварили"? Сколько их существует всего? Есть ли те, которые по-прежнему работают на "винде2000")
      Как в свое время была "переварена" проблема 2000 года? (по тв об этом тогда много показывали, про то с секундой- нет. А когда будет такая же корректировка опять?)
     
     
  • 2.100, Feerik, 11:45, 02/07/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +1 +/
    Незнаю как на win 2000 server, но на win 2003 и win 2008 server полет нормальный... весь текст скрыт [показать] [показать ветку]
     
  • 1.93, iCat, 09:57, 02/07/2012 [ответить] [смотреть все]  
  • +/
    ядро 2.6.31 - 7x24x365
    ядро 3.2.6 - 7x24
    Трудностей не возникло.
    ЧЯДНТ? Где и что я упустил?
     
     
  • 2.95, Аноним, 10:10, 02/07/2012 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    MySQL, Java сервисы присутствуют или новость читал по диагонали?
     
  • 1.99, Аноним, 11:43, 02/07/2012 [ответить] [смотреть все]  
  • –1 +/
    это даже круче чем уязвимые курсоры!!! ))))
     
     
  • 2.116, Michael Shigorin, 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, 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 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    Вряд ли напрямую из-за этого На Хабре уже разобрали, там была ссылка в базу зна... весь текст скрыт [показать] [показать ветку]
     
  • 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:
    Заголовок:
    Текст:


      Закладки на сайте
      Проследить за страницей
    Created 1996-2017 by Maxim Chirkov  
    ДобавитьРекламаВебмастеруГИД  
    Hosting by Ihor