forum.opennet.ru - "Перевод мировых атомарных часов на одну секунду привёл к мас..." (121)

"Перевод мировых атомарных часов на одну секунду привёл к мас..."

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Перевод мировых атомарных часов на одну секунду привёл к мас..."	+/–
Сообщение от 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ообщить модератору

Оглавление

Не было печали - время поменяли , Аноним (-), 15:08 , 01-Июл-12, (2) +27
На серверах под 40 нагрузка прыгнула Без перезагрузки пофиксить можноhttp blo, Аноним (3), 15:11 , 01-Июл-12, (3)
Мой рутер на OpenWRT отлично пережил это NTP включен, время синхронизируется Ч, lucentcode (ok), 15:15 , 01-Июл-12, (4) –1

например Java , unknown (??), 15:23 , 01-Июл-12, (7) –2
у тебя на роутере стоит дебиан , ха (?), 18:57 , 01-Июл-12, (44) +1

у меня стоит дебиан и ntpd, ничего не висло , Аноним (-), 10:36 , 02-Июл-12, (97) +3
OpenWRT, lucentcode (ok), 11:26 , 08-Авг-12, (154)

колом встал sles 11 oracle jdk 6u33 jboss 6 1сплошной левак, Мрз (?), 18:48 , 11-Июл-12, (152) +1

Хм заюзать man of middle и выдать неправильный формат даты и все, конец света, Анонище (?), 15:20 , 01-Июл-12, (5) +1

Это брат Славы КПСС, что ли Поймал на одном умеренно старом альте 5 1 branch, Michael Shigorin (ok), 14:05 , 02-Июл-12, (110)

31 июня, лунный день , Rex Lockheart (ok), 15:42 , 01-Июл-12, (9) +10
Бдлжать, у меня повисли 2 сервачка, там mysql гребанная java openfire , Аноним (-), 15:52 , 01-Июл-12, (10) –4

Lenny MySQL Openfire полет нормальный , тоже Аноним (ok), 12:27 , 02-Июл-12, (102)

Фрибсд проблеме не подвержена , Аноним (-), 16:01 , 01-Июл-12, (11) –4

не гони - я с ней чудно провел выходные , fidaj (ok), 21:44 , 01-Июл-12, (68) +2

Ну, не знаю У меня Фряхи с Джавой, Мускулем и OpenVPN даже не заметили лишней, RedRat (ok), 10:14 , 02-Июл-12, (96)

Значит, у вас просто синхронизация времени не настроена Поэтому про лишнюю секу, Аноним (-), 15:08 , 02-Июл-12, (115)

meson ntpdc -p remote local st poll reach delay offset , RedRat (ok), 16:36 , 02-Июл-12, (119)

Подвержена, еще как , Аноним (-), 00:39 , 02-Июл-12, (78) –1

У меня из 150-ти серверов ни один не повис, везде openntpd , Аноним (-), 07:21 , 02-Июл-12, (87)

У нас из 200 линуксовых серверов с ntpd не повис ни один Однако, в новости напи, Аноним (-), 15:05 , 02-Июл-12, (114) +1

ох как же мы любим стрелки метать ну почитайте вы коменты в новостях о линух, Аноним (-), 19:06 , 02-Июл-12, (126) +2

Сразу после того как вы объясните что за фигня происходит с фрибсд 6-й версии , Аноним (-), 17:52 , 06-Июл-12, (136)

Конкретный случай в студию - или буду считать, что врёте не краснея А ещё - сдел, netch (ok), 16:41 , 02-Июл-12, (120) +1

Бзди не настолько распространены на серверах, чтобы стать героями подобных новос, Аноним (-), 17:28 , 02-Июл-12, (122) –2

Ваш слив засчитан , netch (ok), 17:46 , 02-Июл-12, (124) +1
Из 20 примерно серверо под Free покинул ровно при переходе времени покинул о, nikos (??), 17:53 , 02-Июл-12, (125)

Получается что там баг тоже есть Ну значит прав тот оратор про новости , Аноним (-), 17:53 , 06-Июл-12, (137)

Чистая правда 17 серверов с кучей сервисов - никаких проблем не было , фывафыва (?), 08:11 , 02-Июл-12, (90)
хз, у меня на 8 2 amd64 p9 никаких проблем не было, getfr (?), 10:07 , 02-Июл-12, (94)

Ну когда, когда программисты перестануть считать что в сутках всегда 24 часа, в , Аноним (-), 16:05 , 01-Июл-12, (13) –2

Ну когда уже люди придумают нормальную, желательно десятичную или, там,16-ричную, Онаним (?), 19:23 , 01-Июл-12, (45)

это невозможно и всё из-за особенностей вращения Земли Секунды то подгоняют под, all_glory_to_the_hypnotoad (ok), 19:34 , 01-Июл-12, (48)
Есть шкала времени TAI, привязанная только к атомным часам Никаких скачков в эт, Аноним (-), 20:08 , 01-Июл-12, (58) +2

UTC то как раз равномерна Но периодически скачет за UT1 , MiG (?), 01:41 , 02-Июл-12, (85)

Обратитесь к авторам месяца термидора Вот только выверты их мозгов похуже буду, Michael Shigorin (ok), 15:03 , 02-Июл-12, (112)
Ну когда уже люди начнут измерять временные интервалы, оперируя вызовом gettimeo, Andrew Kolchoogin (?), 15:04 , 02-Июл-12, (113)

Фига себе - время по NTP синкать уже стало нештатным , Аноним (-), 17:54 , 06-Июл-12, (138)

Ну когда уже люди придумают механизм компенсации замедления вращения Земли, без , Аноним (-), 15:14 , 04-Июл-12, (133) +1

Здесь была глупость , Aceler (ok), 22:24 , 01-Июл-12, (73)

Это всё скайнет-провокатор, за 2000 мстит , анон (?), 16:08 , 01-Июл-12, (14)

Это он втихушку обкатывает варианты конца света Кажется нашел довольно удачный , Аноним (-), 20:01 , 01-Июл-12, (53)
даа Тут один человек весь день жалуется что у него часы назад в винде идут Да,, fangel (?), 21:29 , 01-Июл-12, (66)

Вся ява на серверах поплыла Очень много съедается именно Soft IRQ, Panasonic1 (ok), 16:16 , 01-Июл-12, (18)
jboss на шапке нормально пережил, енот (?), 16:18 , 01-Июл-12, (21)
Красиво Ну хоть ядерного апокалипсеца не случилось , Аноним (-), 16:29 , 01-Июл-12, (24)
А чего это они в июне время корректируют Для этого же всегда февраль использова, Etch (?), 16:45 , 01-Июл-12, (26) +1

захотелось чего-то новенького , zhuk (?), 17:06 , 01-Июл-12, (29)
Это как , Аноним (-), 17:10 , 01-Июл-12, (31)

Гуглить по ключевым словам високосный , год , февраль , 29 дней , Аноним (-), 17:28 , 01-Июл-12, (34)

Сейчас не про високосный день речь идёт, а о високосной секунде Иногда её в год, www2 (ok), 18:16 , 01-Июл-12, (39) +4

Не чаще двух раз в год ее могут добавлять в последний день полугодия правда, nikos (??), 10:46 , 02-Июл-12, (98)

Это другая коррекция времени Кэп , Аноним (-), 20:03 , 01-Июл-12, (54) +2

Никогда для leap second не использовался февраль Чаще всего декабрь, иногда июнь, netch (ok), 13:20 , 02-Июл-12, (105) +1

Бедные некрофилы Зато редхату пиар , Аноним (-), 17:08 , 01-Июл-12, (30) +2

нет, скорее антипиар дебиану, all_glory_to_the_hypnotoad (ok), 19:36 , 01-Июл-12, (49) +2

Меньше будут понтоваться стабильностью некромансии, вполне заслуженно Если кто , Аноним (-), 20:04 , 01-Июл-12, (55) +2

У нас уместнее с Гундяевым сравнивать А на счет святости Пап - это к Л Так, Андрей (??), 08:25 , 10-Июл-12, (148) –1

Ошибку пофиксили и там, и там Разница была в основном в культуре админов В час, Аноним (-), 00:52 , 02-Июл-12, (83) +3

Ее поправили в менее допотопном ядре Но поскольку с ним кой-кто все никак не мо, Аноним (-), 18:55 , 06-Июл-12, (139)

бугага, ну надо ж так жидко я считаю что все должны были быть в курсе о возмо, добрый дядя (?), 17:24 , 01-Июл-12, (33)

а отнимать ты как секунду будешь жидкий бугагашешка , szh (ok), 17:43 , 01-Июл-12, (36)

Ниразу ещё не отнимали , haku (??), 07:30 , 02-Июл-12, (88)

ЛПП ntp вполне может скрутить время хоть на минуту назад если часы спешат , Аноним (-), 18:57 , 06-Июл-12, (141)

Еслиб твоя наркоманская святость читала новость с лева на право, и с верху-вниз,, ВовкаОсиист (ok), 22:49 , 01-Июл-12, (74) +1

Там не в ядрах дело было А именно в приложениях сервсах Писали о пожирании про, Андрей (??), 08:28 , 10-Июл-12, (149)

А если мне NTP время на полгода пофиксит после сбоя системных часов - у меня про, Аноним (-), 18:56 , 06-Июл-12, (140)

дело в 61-й секунде может, правильнее было 51-ю продублировать , Андрей (??), 11:40 , 10-Июл-12, (151)

Debian stable, почти все обновления стоят, NTP, ведро 2 6 32-5-686, mysql из реп, MrClon (?), 17:39 , 01-Июл-12, (35)

dmesg 124 grep leap second Если этого нет, значит ты одмин лоКалХоста , pavlinux (ok), 21:07 , 01-Июл-12, (64) +2

1253631 905150 Clock inserting leap second 23 59 60 UTCядро 3 2 из дебиана, н, Анон (?), 21:56 , 01-Июл-12, (70)

Бэкпортовое чтоли , Аноним (-), 00:42 , 02-Июл-12, (79)

dmesg 124 grep leap 3672177 907314 Clock inserting leap second 23 59 60 UT, Аноним (-), 00:43 , 02-Июл-12, (80)
А может просто демон NTP не используется Мне просто хватает синхронизации кл, Frank (ok), 11:53 , 03-Июл-12, (131)

А почему раньше не зависали Часы на секунду раз в неск лет переводят , Аноним (-), 17:43 , 01-Июл-12, (37)

Зависали в 2008, но не у всех , www2 (ok), 18:21 , 01-Июл-12, (42)

а у меня все работает , Аноним (-), 17:58 , 01-Июл-12, (38)
Не думай о секундах с высока с , umbr (ok), 18:18 , 01-Июл-12, (40) +4

свысока, анонимус (??), 13:33 , 02-Июл-12, (109) +5

Спасибо, добрый Анонимус , umbr (ok), 21:39 , 02-Июл-12, (128)

бгг вот этому гогну то какая пичаль до лишней секунды Цивилизация клоунов , all_glory_to_the_hypnotoad (ok), 19:30 , 01-Июл-12, (47)

Судя по вашему коменту - натурально, клоунов , Аноним (-), 20:05 , 01-Июл-12, (57) +8

Интересно, как крон это воспринимает Допустим, у меня по крону задание в 0 0 , XoRe (ok), 19:42 , 01-Июл-12, (50)

Никогда не ставь задач любым планировщикам на границах разделения, даже свидания, pavlinux (ok), 20:48 , 01-Июл-12, (61) +12

яростно плюсую за изложение основ, Куяврик (?), 08:16 , 02-Июл-12, (91)
На самом деле все даже проще Если ты хочешь сломать программу - выйди за общепр, Аноним (-), 19:02 , 06-Июл-12, (142) +1
Если вы с такой уверенностью это пишите, как общеизвестные истины, что же операт, XoRe (ok), 04:02 , 09-Июл-12, (146)

К алгоритмам это не имеет отоношения, это психология Ну вот удобно человекам за, pavlinux (ok), 08:30 , 09-Июл-12, (147) +2

Ну да, но потом должен включаться мозг А в вопросах атомных часов мозг должен вк, XoRe (ok), 00:46 , 15-Июл-12, (153)

гЫ code 16072496 895773 Clock inserting leap second 23 59 60 UTC code Та, pavlinux (ok), 20:29 , 01-Июл-12, (60)

Видимо, исправление пришло в ходе послерелизного обновления А некоторые админы, Аноним (-), 00:50 , 02-Июл-12, (82)

Давайте будем откровенными, в новости неправильно подана информация, в результат, Спокойный аноним (?), 21:06 , 01-Июл-12, (63) +2

1 NTP должон был отловить 61 секунду и повторить запрос или лучше забить до сле, pavlinux (ok), 21:17 , 01-Июл-12, (65) –1

1 ntp просто синхронизирует время, и честно вставил одну секунду и заметь, не 6, Спокойный аноним (?), 22:09 , 01-Июл-12, (71) +3

Извиняюсь, невнимательность Да, ntp неверно сделал, но по факту проблемы только, Спокойный аноним (?), 22:17 , 01-Июл-12, (72)

NTP всё правильно сделал, баг в ядре, в реализации adjtimex , Анон (?), 22:51 , 01-Июл-12, (75)

В общем, после драки кулаками не машут, фронт работы всем ясен - тестирование, т, pavlinux (ok), 01:35 , 02-Июл-12, (84) +1

Спасибо, Капитан , Аноним (-), 19:03 , 06-Июл-12, (143)

Не ntp, а ядерный счёт времени Неправда ваша Проблема сохранялась и при перезапу, netch (ok), 13:24 , 02-Июл-12, (107) +1

На CentOS 6 MySQL ю плохеет слегка - жрёт 100 одно ядра, крутится в спинлоках , AlexAT (ok), 23:32 , 01-Июл-12, (76)
на оракловой сборке RH ночью, пишут, были большие проблемы с сервисамина 5 или 6, oooops (??), 00:28 , 02-Июл-12, (77)

Молодец оракл, хорошо ядро собрал Энтерпрайзненько , Аноним (-), 00:46 , 02-Июл-12, (81) +1
RHEL 5 не пострадал, 6 - пострадал в полный рост, netch (ok), 13:24 , 02-Июл-12, (108)

SL6 с ntpdF16 с chronydничто не повисло, но везде mysqld и chrome начали жрать ц, Аноним (-), 07:37 , 02-Июл-12, (89)
а знал ли кто об этом заранее Кроме того тут в новости совсем ничего не написан, ua9oas (ok), 09:51 , 02-Июл-12, (92) –1

Незнаю как на win 2000 server, но на win 2003 и win 2008 server полет нормальный, Feerik (ok), 11:45 , 02-Июл-12, (100) +1

ядро 2 6 31 - 7x24x365ядро 3 2 6 - 7x24Трудностей не возникло ЧЯДНТ Где и что я, iCat (ok), 09:57 , 02-Июл-12, (93)

MySQL, Java сервисы присутствуют или новость читал по диагонали , Аноним (95), 10:10 , 02-Июл-12, (95)

это даже круче чем уязвимые курсоры , Аноним (-), 11:43 , 02-Июл-12, (99) –1

Это DoS, а то remote code exec с предельными привилегиями Встаньте с головы на, Michael Shigorin (ok), 15:15 , 02-Июл-12, (116)
Да ну, чего там круче Курсоры позволяли ремотно кернельный код вдуть А тут как, Аноним (-), 19:04 , 06-Июл-12, (144)

Благодаря Opennet-у, наша ж 8470 па спасена Сутки всем офисом ломали голову, о, t28 (?), 11:53 , 02-Июл-12, (101) –2
Отлично, спишу очередное зависание своего компьютера на это событие, а не на 10-, Аноним (-), 12:39 , 02-Июл-12, (103)
Debian Squeeze упал, а Wheezy выжил , EuPhobos (ok), 13:22 , 02-Июл-12, (106)
Я так и не понял, проблема в ядре или в самих серверных приложениях , Аноним (-), 14:44 , 02-Июл-12, (111)
Разрабы соотв приложений видимо ничего не слышали про uptime и пили мало йаду , Аноним (-), 17:42 , 02-Июл-12, (123)
Вот теперь понятно, чего у меня сервачок Майнкрафтовский начал жрать проц как бе, Аноним (-), 20:55 , 02-Июл-12, (127) –1

Вряд ли напрямую из-за этого На Хабре уже разобрали, там была ссылка в базу зна, Андрей (??), 11:37 , 10-Июл-12, (150)

Не надо обманывать людей Атомная шкала времени равномерная и атомные стандарты , gedeon (?), 14:28 , 05-Июл-12, (134)
Fedora, CentOS, RedHat MySQL Java application Все нормольно работает ни каки, Zet (??), 17:30 , 06-Июл-12, (135)

чорт а я то дума чего опеннмс la под 100 и более выдавал буквально час назад , Andrey (??), 21:01 , 06-Июл-12, (145)

Сообщения [Сортировка по ответам | RSS]

2. Сообщение от Аноним (-), 01-Июл-12, 15:08 +27 +/–

Не было печали - время поменяли.

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

3. Сообщение от Аноним (3), 01-Июл-12, 15:11 +/–

На серверах под 40 нагрузка прыгнула. Без перезагрузки пофиксить можно
http://blog.vpsville.ru/blog/pro/47.html

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

4. Сообщение от lucentcode (ok), 01-Июл-12, 15:15 –1 +/–

Мой рутер на OpenWRT отлично пережил это. NTP включен, время синхронизируется. Что не так было с теми серверами? Видно какие-то левые патчи использовали при сборке системы. Ванильное ядро отлично переносит такие непредвиденные ситуации.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #44, #152

5. Сообщение от Анонище (?), 01-Июл-12, 15:20 +1 +/–

Хм... заюзать man of middle и выдать неправильный формат даты и все, конец света обеспечен.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #110

7. Сообщение от unknown (??), 01-Июл-12, 15:23 –2 +/–

>  какие-то левые патчи
например Java?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

9. Сообщение от Rex Lockheart (ok), 01-Июл-12, 15:42 +10 +/–

"31 июня, лунный день"... )))

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

10. Сообщение от Аноним (-), 01-Июл-12, 15:52 –4 +/–

Бдлжать, у меня повисли 2 сервачка, там mysql+гребанная java+openfire :(

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #102

11. Сообщение от Аноним (-), 01-Июл-12, 16:01 –4 +/–

Фрибсд проблеме не подвержена.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #68, #78, #90, #94

13. Сообщение от Аноним (-), 01-Июл-12, 16:05 –2 +/–

Ну когда, когда программисты перестануть считать что в сутках всегда 24 часа, в минуте 60 секунд и минута не может длиться больше часа?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #45, #73

14. Сообщение от анон (?), 01-Июл-12, 16:08 +/–

Это всё скайнет-провокатор, за 2000 мстит!

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #53, #66

18. Сообщение от Panasonic1 (ok), 01-Июл-12, 16:16 +/–

Вся ява на серверах поплыла... Очень много съедается именно Soft IRQ

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

21. Сообщение от енот (?), 01-Июл-12, 16:18 +/–

jboss на шапке нормально пережил

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

24. Сообщение от Аноним (-), 01-Июл-12, 16:29 +/–

Красиво... Ну хоть ядерного апокалипсеца не случилось.

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

26. Сообщение от Etch (?), 01-Июл-12, 16:45 +1 +/–

А чего это они в июне время корректируют? Для этого же всегда февраль использовался...

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29, #31, #105

29. Сообщение от zhuk (?), 01-Июл-12, 17:06 +/–

> А чего это они в июне время корректируют? Для этого же всегда
> февраль использовался...
захотелось чего-то новенького:)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

30. Сообщение от Аноним (-), 01-Июл-12, 17:08 +2 +/–

> О зависании Linux-серверов в основном сообщают пользователи систем с
> необновлённым ванильным ядром, собранным вручную, а также пользователи штатных
> пакетов с Linux ядрами 2.6.32, 3.1 и 3.2 из состава Debian GNU/Linux.
Бедные некрофилы...
Зато редхату пиар :)

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #49

31. Сообщение от Аноним (-), 01-Июл-12, 17:10 +/–

> Для этого же всегда февраль использовался...
Это как?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #34

33. Сообщение от добрый дядя (?), 01-Июл-12, 17:24 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36, #74, #140

34. Сообщение от Аноним (-), 01-Июл-12, 17:28 +/–

Гуглить по ключевым словам "високосный", "год", "февраль", "29 дней"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #39, #54

35. Сообщение от MrClon (?), 01-Июл-12, 17:39 +/–

Debian stable, почти все обновления стоят, NTP, ведро 2.6.32-5-686, mysql из репов. Полёт нормальный.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #64

36. Сообщение от szh (ok), 01-Июл-12, 17:43 +/–

а отнимать ты как секунду будешь жидкий бугагашешка ?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #88

37. Сообщение от Аноним (-), 01-Июл-12, 17:43 +/–

А почему раньше не зависали? Часы на секунду раз в неск лет переводят.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #42

38. Сообщение от Аноним (-), 01-Июл-12, 17:58 +/–

а у меня все работает !

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

39. Сообщение от www2 (ok), 01-Июл-12, 18:16 +4 +/–

Сейчас не про високосный день речь идёт, а о високосной секунде. Иногда её в год ни разу не добавляют, а иногда по два раза. Если потребуется, то и по три и по четыре раза в год будет високосная секунда. Она никак не поддаётся прогнозированию и добавляется по факту, когда астрономические наблюдения выявят расхождение между атомными часами и астрономическими.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #98

40. Сообщение от umbr (ok), 01-Июл-12, 18:18 +4 +/–

"Не думай о секундах с высока..." (с)

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #109

42. Сообщение от www2 (ok), 01-Июл-12, 18:21 +/–

Зависали в 2008, но не у всех.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

44. Сообщение от ха (?), 01-Июл-12, 18:57 +1 +/–

> Что не так было с теми серверами?
у тебя на роутере стоит дебиан?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #97, #154

45. Сообщение от Онаним (?), 01-Июл-12, 19:23 +/–

Ну когда уже люди придумают нормальную, желательно десятичную или, там,16-ричную, шкалу времени без таких сюрпризов... Я думал, что хотя бы на UTC можно положиться, что оно не ориентируется на астрономическое время в отличие от GMT, ан нет...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #48, #58, #112, #113, #133

47. Сообщение от all_glory_to_the_hypnotoad (ok), 01-Июл-12, 19:30 +/–

> начинала съедать все процессорные ресурсы СУБД MySQL
бгг.. вот этому гогну то какая пичаль до лишней секунды. Цивилизация клоунов.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #57

48. Сообщение от all_glory_to_the_hypnotoad (ok), 01-Июл-12, 19:34 +/–

это невозможно и всё из-за особенностей вращения Земли. Секунды то подгоняют под "солнечное" время

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

49. Сообщение от all_glory_to_the_hypnotoad (ok), 01-Июл-12, 19:36 +2 +/–

нет, скорее антипиар дебиану

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #55, #83

50. Сообщение от XoRe (ok), 01-Июл-12, 19:42 +/–

Интересно, как крон это воспринимает?
Допустим, у меня по крону задание в "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.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #61

53. Сообщение от Аноним (-), 01-Июл-12, 20:01 +/–

> Это всё скайнет-провокатор, за 2000 мстит!
Это он втихушку обкатывает варианты конца света. Кажется нашел довольно удачный вариант :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

54. Сообщение от Аноним (-), 01-Июл-12, 20:03 +2 +/–

> Гуглить по ключевым словам "високосный", "год", "февраль", "29 дней"
Это другая коррекция времени //Кэп :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

55. Сообщение от Аноним (-), 01-Июл-12, 20:04 +2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #148

57. Сообщение от Аноним (-), 01-Июл-12, 20:05 +8 +/–

> бгг.. вот этому гогну то какая пичаль до лишней секунды. Цивилизация клоунов.
Судя по вашему коменту - натурально, клоунов :(

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

58. Сообщение от Аноним (-), 01-Июл-12, 20:08 +2 +/–

Есть шкала времени TAI, привязанная только к атомным часам. Никаких скачков в этой шкале нет. UTC основана на TAI и всегда отличается от TAI на целое число секунд. Во многих технических приложениях TAI была бы удобнее, но увы — применяют эту дурацкую неравномерную UTC, которая корректируется под астрономическое время.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #85

60. Сообщение от pavlinux (ok), 01-Июл-12, 20:29 +/–

гЫ  :)

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #82

61. Сообщение от pavlinux (ok), 01-Июл-12, 20:48 +12 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #91, #142, #146

63. Сообщение от Спокойный аноним (?), 01-Июл-12, 21:06 +2 +/–

Давайте будем откровенными, в новости неправильно подана информация, в результате таких словесных пассов очернён ntp.
Правильнее было бы назвать вещи своими именами: global timers в java, mysql и пр. фигурантах не имеют собственной системы контроля временных тиков и соответственно подвержены уязвимостям через банальное изменение времени.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #65, #107

64. Сообщение от pavlinux (ok), 01-Июл-12, 21:07 +2 +/–

# dmesg |  grep "leap second";
Если этого нет, значит ты одмин лоКалХоста.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #70, #80, #131

65. Сообщение от pavlinux (ok), 01-Июл-12, 21:17 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #71

66. Сообщение от fangel (?), 01-Июл-12, 21:29 +/–

даа. Тут один человек весь день жалуется что у него часы назад в винде идут. Да, зависания нет, правильного времени тоже нет)) Виндовс7 надежные технологии

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

68. Сообщение от fidaj (ok), 01-Июл-12, 21:44 +2 +/–

> Фрибсд проблеме не подвержена.
не гони - я с ней "чудно" провел выходные...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #96

70. Сообщение от Анон (?), 01-Июл-12, 21:56 +/–

[1253631.905150] Clock: inserting leap second 23:59:60 UTC
ядро 3.2 из дебиана, никаких зависаний нет, крутится там в том числе и жабка.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #79

71. Сообщение от Спокойный аноним (?), 01-Июл-12, 22:09 +3 +/–

1. ntp просто синхронизирует время, и честно вставил одну секунду и заметь, не 61, а ещё одну 59, что есть даже в твоём логе.
2. glibc всё равно какое время в системе и как криво и как часто оно меняется, иначе бы любая наколенка работающая со временем имела проблемы при его изменении
3. тоже самое что 2
4. в железе вообще "человеческое время" не играет никакой роли.
Вот тут вменяемое приложение вообще не должно было прореагировать, потому что свои таймеры на каждую внутреннюю функцию должны использоваться. Что-то типа:
нормальная программа: mainloop(timer, function(bla))
кривая программа: import java.util.Timer именно который сидит на system.datetime
На пальцах:
бармен всегда следит чтобы перед клиентом стояла полный бокал
жалоба клиента: бармен мне поставил 2 бокала подряд -мне пришлось нажраться и бармен казёл

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #72

72. Сообщение от Спокойный аноним (?), 01-Июл-12, 22:17 +/–

> 1. ntp просто синхронизирует время, и честно вставил одну секунду и заметь,
> не 61, а ещё одну 59, что есть даже в твоём
> логе.
Извиняюсь, невнимательность. Да, ntp неверно сделал, но по факту проблемы только у конкретного списка приложений

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #75

73. Сообщение от Aceler (ok), 01-Июл-12, 22:24 +/–

Здесь была глупость.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

74. Сообщение от ВовкаОсиист (ok), 01-Июл-12, 22:49 +1 +/–

Еслиб твоя наркоманская святость читала новость с лева на право, и с верху-вниз, то б она увидела, что проблему пофиксили до этой траблы, на серверах стояли старые ядра.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #149

75. Сообщение от Анон (?), 01-Июл-12, 22:51 +/–

NTP всё правильно сделал, баг в ядре, в реализации adjtimex.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #84

76. Сообщение от AlexAT (ok), 01-Июл-12, 23:32 +/–

На CentOS 6 MySQL'ю плохеет слегка - жрёт 100% одно ядра, крутится в спинлоках. Рестарт MySQL'я не помогает. Единственная радость - на отзывчивость системы и вообще сервис не влияет никак - т.е. время всё-таки отдаёт при надобности.
Лечится так: service ntpd stop ; service ntpdate start ; service ntpd start
После этого ядро прочёсывается, и более не доставляет.

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

77. Сообщение от oooops (??), 02-Июл-12, 00:28 +/–

на оракловой сборке RH ночью, пишут, были большие проблемы с сервисами
на 5 или 6 - пока не скажу, но работы в поддержки было полно

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #81, #108

78. Сообщение от Аноним (-), 02-Июл-12, 00:39 –1 +/–

> Фрибсд проблеме не подвержена.
Подвержена, еще как.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #87, #120

79. Сообщение от Аноним (-), 02-Июл-12, 00:42 +/–

> ядро 3.2 из дебиана
Бэкпортовое чтоли?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

80. Сообщение от Аноним (-), 02-Июл-12, 00:43 +/–

> # dmesg |  grep "leap second";
> Если этого нет, значит ты одмин лоКалХоста.
# dmesg| grep leap
[3672177.907314] Clock: inserting leap second 23:59:60 UTC
# uname -r
2.6.32-5-486

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

81. Сообщение от Аноним (-), 02-Июл-12, 00:46 +1 +/–

> на оракловой сборке RH ночью, пишут, были большие проблемы с сервисами
> на 5 или 6 - пока не скажу, но работы в поддержки
> было полно
Молодец оракл, хорошо ядро собрал. Энтерпрайзненько.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

82. Сообщение от Аноним (-), 02-Июл-12, 00:50 +/–

> это есть часть исправления. Выше приведен dmesg из Debian 6.0.5 (2.6.32-5-amd64)
> Откуда заключаю, что этот фикс в ядре присутствует.
Видимо, исправление пришло в ходе послерелизного обновления. А некоторые "админы" такими обновлениями принципиально пренебрегают ("там же только исправления безопасности, ну кто нас ломать будет").

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

83. Сообщение от Аноним (-), 02-Июл-12, 00:52 +3 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #139

84. Сообщение от pavlinux (ok), 02-Июл-12, 01:35 +1 +/–

В общем, после драки кулаками не машут, фронт работы всем ясен
- тестирование, тестирование, и ещё раз тестирование.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #143

85. Сообщение от MiG (?), 02-Июл-12, 01:41 +/–

UTC то как раз равномерна. Но периодически "скачет" за UT1.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

87. Сообщение от Аноним (-), 02-Июл-12, 07:21 +/–

У меня из 150-ти серверов ни один не повис, везде openntpd.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #114

88. Сообщение от haku (??), 02-Июл-12, 07:30 +/–

Ниразу ещё не отнимали.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #141

89. Сообщение от Аноним (-), 02-Июл-12, 07:37 +/–

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

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

90. Сообщение от фывафыва (?), 02-Июл-12, 08:11 +/–

Чистая правда. 17 серверов с кучей сервисов - никаких проблем не было.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

91. Сообщение от Куяврик (?), 02-Июл-12, 08:16 +/–

яростно плюсую за изложение основ

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

92. Сообщение от ua9oas (ok), 02-Июл-12, 09:51 –1 +/–

а знал ли кто об этом заранее? Кроме того тут в новости совсем ничего не написано про виндовые сервера (а они-то как это все "переварили"? Сколько их существует всего? Есть ли те, которые по-прежнему работают на "винде2000")
  Как в свое время была "переварена" проблема 2000 года? (по тв об этом тогда много показывали, про то с секундой- нет. А когда будет такая же корректировка опять?)

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #100

93. Сообщение от iCat (ok), 02-Июл-12, 09:57 +/–

ядро 2.6.31 - 7x24x365
ядро 3.2.6 - 7x24
Трудностей не возникло.
ЧЯДНТ? Где и что я упустил?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #95

94. Сообщение от getfr (?), 02-Июл-12, 10:07 +/–

> Фрибсд проблеме не подвержена.
хз, у меня на 8.2 amd64 p9 никаких проблем не было

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

95. Сообщение от Аноним (95), 02-Июл-12, 10:10 +/–

MySQL, Java сервисы присутствуют или новость читал по диагонали?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

96. Сообщение от RedRat (ok), 02-Июл-12, 10:14 +/–

Ну, не знаю... У меня Фряхи с Джавой, Мускулем и OpenVPN даже не заметили лишней секунды. Хотя судя по новости должны были три раза рухнуть с треском. Видимо, у тебя были проблемы не с ОС, а с приложением каким-нибудь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #115

97. Сообщение от Аноним (-), 02-Июл-12, 10:36 +3 +/–

>> Что не так было с теми серверами?
> у тебя на роутере стоит дебиан?
у меня стоит дебиан и ntpd, ничего не висло.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

98. Сообщение от nikos (??), 02-Июл-12, 10:46 +/–

Не чаще  двух раз в год ее могут добавлять: в последний  день полугодия ( правда  могут и не одну  секунду, но это крайне  маловероятно).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

99. Сообщение от Аноним (-), 02-Июл-12, 11:43 –1 +/–

это даже круче чем уязвимые курсоры!!! ))))

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #116, #144

100. Сообщение от Feerik (ok), 02-Июл-12, 11:45 +1 +/–

Незнаю как на win 2000 server, но на win 2003 и win 2008 server полет нормальный, что на x86 так и x64, как впрочем и на ubuntu 10.04. Железки с линуксом тоже не выеживались.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

101. Сообщение от t28 (?), 02-Июл-12, 11:53 –2 +/–

Благодаря Opennet-у, наша ж№па спасена! Сутки всем офисом ломали голову, отчего на всех серверах LA под 200, причём и под linsux и под windoze. :)

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

102. Сообщение от тоже Аноним (ok), 02-Июл-12, 12:27 +/–

Lenny + MySQL + Openfire = полет нормальный.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

103. Сообщение от Аноним (-), 02-Июл-12, 12:39 +/–

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

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

105. Сообщение от netch (ok), 02-Июл-12, 13:20 +1 +/–

> А чего это они в июне время корректируют? Для этого же всегда
> февраль использовался...
Никогда для leap second не использовался февраль.
Чаще всего декабрь, иногда июнь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

106. Сообщение от EuPhobos (ok), 02-Июл-12, 13:22 +/–

Debian Squeeze упал, а Wheezy выжил..

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

107. Сообщение от netch (ok), 02-Июл-12, 13:24 +1 +/–

> Давайте будем откровенными, в новости неправильно подана информация, в результате таких
> словесных пассов очернён ntp.
Не ntp, а ядерный счёт времени.
> Правильнее было бы назвать вещи своими именами: global timers в java, mysql
> и пр. фигурантах не имеют собственной системы контроля временных тиков и
> соответственно подвержены уязвимостям через банальное изменение времени.
Неправда ваша.
Проблема сохранялась и при перезапуске этих приложений: запущенные с нуля после leap second они жрали процессор точно так же.
Лечилась только прямой установкой времени (например, date -s `date`), вызовом adjtimex(), рестартом ntpd и аналогичными мерами. Ну или ребутом целиком сервера, что банально.
Никакой простой рывочный сдвиг времени никогда к таким эффектам не приводил.
У нас саппорт имел бессонную ночь перезапуская всех и испробовал все варианты, так что я знаю, что говорю.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

108. Сообщение от netch (ok), 02-Июл-12, 13:24 +/–

> на оракловой сборке RH ночью, пишут, были большие проблемы с сервисами
> на 5 или 6 - пока не скажу, но работы в поддержки
> было полно
RHEL 5 не пострадал, 6 - пострадал в полный рост

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

109. Сообщение от анонимус (??), 02-Июл-12, 13:33 +5 +/–

свысока

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #128

110. Сообщение от Michael Shigorin (ok), 02-Июл-12, 14:05 +/–

> man of middle
Это брат Славы КПСС, что ли? :)
Поймал на одном умеренно старом альте (5.1/branch с "неродным" ядром -- проверял ovz#1880, помнится), на t6/branch и Server 4.0 не наблюдается.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

111. Сообщение от Аноним (-), 02-Июл-12, 14:44 +/–

Я так и не понял, проблема в ядре или в самих серверных приложениях?

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

112. Сообщение от Michael Shigorin (ok), 02-Июл-12, 15:03 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

113. Сообщение от Andrew Kolchoogin (?), 02-Июл-12, 15:04 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #138

114. Сообщение от Аноним (-), 02-Июл-12, 15:05 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

115. Сообщение от Аноним (-), 02-Июл-12, 15:08 +/–

> Ну, не знаю... У меня Фряхи с Джавой, Мускулем и OpenVPN даже
> не заметили лишней секунды. Хотя судя по новости должны были три
> раза рухнуть с треском. Видимо, у тебя были проблемы не с
> ОС, а с приложением каким-нибудь.
Значит, у вас просто синхронизация времени не настроена. Поэтому про лишнюю секунду они просто не в курсе.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #119

116. Сообщение от Michael Shigorin (ok), 02-Июл-12, 15:15 +/–

> это даже круче чем уязвимые курсоры!!! ))))
Это DoS, а то remote code exec с предельными привилегиями.  Встаньте с головы на ноги.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

119. Сообщение от RedRat (ok), 02-Июл-12, 16:36 +/–

> Значит, у вас просто синхронизация времени не настроена. Поэтому про лишнюю секунду
> они просто не в курсе.
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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

120. Сообщение от netch (ok), 02-Июл-12, 16:41 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #122

122. Сообщение от Аноним (-), 02-Июл-12, 17:28 –2 +/–

> Конкретный случай в студию - или буду считать, что врёте не краснея.
Бзди не настолько распространены на серверах, чтобы стать героями подобных новостей :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #124, #125

123. Сообщение от Аноним (-), 02-Июл-12, 17:42 +/–

Разрабы соотв. приложений видимо ничего не слышали про uptime и пили мало йаду. ;)

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

124. Сообщение от netch (ok), 02-Июл-12, 17:46 +1 +/–

>> Конкретный случай в студию - или буду считать, что врёте не краснея.
> Бзди не настолько распространены на серверах, чтобы стать героями подобных новостей :)
Ваш слив засчитан.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

125. Сообщение от nikos (??), 02-Июл-12, 17:53 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #137

126. Сообщение от Аноним (-), 02-Июл-12, 19:06 +2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #136

127. Сообщение от Аноним (-), 02-Июл-12, 20:55 –1 +/–

Вот теперь понятно, чего у меня сервачок Майнкрафтовский начал жрать проц как бешенный и лагать через раз. Перезапуск не помогал - вплоть до физического ребута компа. А я уж на что только не грешил. Да уж, следить за такими вещами надоть.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #150

128. Сообщение от umbr (ok), 02-Июл-12, 21:39 +/–

Спасибо, добрый Анонимус.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

131. Сообщение от Frank (ok), 03-Июл-12, 11:53 +/–

А может просто демон NTP не используется? :) Мне просто хватает синхронизации клиентом каждые пол часа. И не на 0-й минуте, да :) На всякий случай...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

133. Сообщение от Аноним (-), 04-Июл-12, 15:14 +1 +/–

Ну когда уже люди придумают механизм компенсации замедления вращения Земли, без таких сюрпризов!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

134. Сообщение от gedeon (?), 05-Июл-12, 14:28 +/–

> В полночь с 30 июня на 1 июля с целью синхронизации с астрономическим временем > Земли эталонные мировые атомные часы были приостановлены на одну секунду
Не надо обманывать людей. Атомная шкала времени равномерная и атомные стандарты никогда не останавливаются. Как вы себе это представляете: рубильник на стандарте частоты? Почитайте определение шкалы TAI.
Другое дело, что добавили секунду к шкале UTC.
Короче, прежде, чем писать новость, неплохо было бы прокачать теорию
http://ru.wikipedia.org/wiki/%D0%A1%D0%B...

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

135. Сообщение от Zet (??), 06-Июл-12, 17:30 +/–

Fedora, CentOS, RedHat + MySQL + Java application Все нормольно работает ни каких глюков не было что за прогон ...

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #145

136. Сообщение от Аноним (-), 06-Июл-12, 17:52 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

137. Сообщение от Аноним (-), 06-Июл-12, 17:53 +/–

> Из  20 примерно серверо  под Free  покинул ровно при
> переходе времени  покинул один ( Freebsd + freeradius + Mysql
Получается что там баг тоже есть? Ну значит прав тот оратор про новости.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

138. Сообщение от Аноним (-), 06-Июл-12, 17:54 +/–

> На него точно можно положиться. "Time went backwards" -- внештатная ситуация,
Фига себе - время по NTP синкать уже стало нештатным?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113

139. Сообщение от Аноним (-), 06-Июл-12, 18:55 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

140. Сообщение от Аноним (-), 06-Июл-12, 18:56 +/–

> смены времени на некоторое значение, должна была быть ПРЕДУСМОТРЕНА возможность корректной
> спонтанной смены времени на уровне ядра,
А если мне NTP время на полгода пофиксит после сбоя системных часов - у меня процессы полгода должны висеть? Не, спасибо, себе такое счастье оставьте :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #151

141. Сообщение от Аноним (-), 06-Июл-12, 18:57 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

142. Сообщение от Аноним (-), 06-Июл-12, 19:02 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

143. Сообщение от Аноним (-), 06-Июл-12, 19:03 +/–

> - тестирование, тестирование, и ещё раз тестирование.
Спасибо, Капитан! :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

144. Сообщение от Аноним (-), 06-Июл-12, 19:04 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

145. Сообщение от Andrey (??), 06-Июл-12, 21:01 +/–

чорт!а я то дума чего опеннмс la под 100 и более выдавал....буквально час назад коллега сервак ребутнул) наверное помогло

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

146. Сообщение от XoRe (ok), 09-Июл-12, 04:02 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #147

147. Сообщение от pavlinux (ok), 09-Июл-12, 08:30 +2 +/–

>>> Может быть, лучше
>> Никогда не ставь задач любым планировщикам на границах разделения, даже свидания не
>> назначай.
>> Юзай простые числа, а лучше Фибоначчи - компьютеры и люди их ненавидят.
>> :)
> Если вы с такой уверенностью это пишите, как общеизвестные истины, что же
> операторы эталонных часов так лоханулись?
К алгоритмам это не имеет отоношения, это психология.
Ну вот удобно человекам запоминать и оперировать цифрами с нулём на конеце.
Коллапсы можно видеть каждый день на месте свиданий в ваших городах.
В 20:00, м. Охотный ряд, тусует 100-200 человеков, в 20:15 - всех сдуло.
В 9:00 утра, все как по свистку выходят из дома, бесит аж... :)
Ну вот не понимаю..., крыша чтоль съедет в 8:57 иль в 9:03 выйдти.
Чуть сложнее ситуация, событие (B) в 21:00, но до этого должно произойти (А),
межу А и В максимум 35 минут, то есть событие (А) можно назначить на 20:25.
Угадайте с трех раз на какое время назначут событие А в реальности? :)
Думаю ответа будет два, 20:15 и 20:00, при этом все забыли условие - (максимум 35 минут)
---
А ещё у людей есть какой-то дибильный закон притяжения.
Туеву хучу раз наблюдал катаясь на велосипеде, иль в
каких-то похожих ситуациях.
Ситуация: Дорога в парке, метра 2 шириной, идет парочка,
я еду сзади, где-то метров 50 до них, спереди, тоже. кто-то идёт или едет...
И обязательно все три объекта встретятся в одной точке - рядом с этой парочкой.
Такая же фигня с 4-мя объектами - двумя медленными двигающиеся навстречу друг-другу
и два встречных быстрых объекта. Всё в одну кучу.
Романтический дибилизм, - в кино, да и в жизни тоже, - двое влюблённых бегут
навстречу друг другу, торможение практически до нуля начинается метров за 5
до точки перечсечения! Спрашивается, накуя, если тормозной путь всего метр,
могли бы ещё метра 4 пробежать :) Не, ну как вариант - встретиться по касательной,
что при взаимодействии получился векторый ротор.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #153

148. Сообщение от Андрей (??), 10-Июл-12, 08:25 –1 +/–

У нас уместнее с Гундяевым сравнивать :) А на счет "святости" Пап - это к Л. Таксилю :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

149. Сообщение от Андрей (??), 10-Июл-12, 08:28 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

150. Сообщение от Андрей (??), 10-Июл-12, 11:37 +/–

> Вот теперь понятно, чего у меня сервачок Майнкрафтовский начал жрать проц как
> бешенный и лагать через раз. Перезапуск не помогал - вплоть до
> физического ребута компа. А я уж на что только не грешил.
> Да уж, следить за такими вещами надоть.
Вряд ли напрямую из-за этого. На Хабре уже разобрали, там была ссылка в базу знанй M$. Так да - они забивают на эту секнду...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

151. Сообщение от Андрей (??), 10-Июл-12, 11:40 +/–

>> смены времени на некоторое значение, должна была быть ПРЕДУСМОТРЕНА возможность корректной
>> спонтанной смены времени на уровне ядра,
> А если мне NTP время на полгода пофиксит после сбоя системных часов
> - у меня процессы полгода должны висеть? Не, спасибо, себе такое
> счастье оставьте :)
дело в 61-й секунде. может, правильнее было 51-ю продублировать?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140

152. Сообщение от Мрз (?), 11-Июл-12, 18:48 +1 +/–

> Мой рутер на OpenWRT отлично пережил это. NTP включен, время синхронизируется. Что
> не так было с теми серверами? Видно какие-то левые патчи использовали
> при сборке системы. Ванильное ядро отлично переносит такие непредвиденные ситуации.
колом встал sles 11 + oracle jdk 6u33 + jboss 6.1
сплошной левак

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

153. Сообщение от XoRe (ok), 15-Июл-12, 00:46 +/–

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

> Думаю ответа будет два, 20:15 и 20:00, при этом все забыли условие
> - (максимум 35 минут)
Вы забыли 20:30 =)
20:45 - тоже вариант ("поторопимся, успеем")
> и два встречных быстрых объекта. Всё в одну кучу.
Тоже постоянно встречаю.
Но тут следует иметь в виду, что один раз разбежаться удобнее, чем сначала пропустить тех, потом объехать этих.
Сделать все в одну транзакцию, или тот же NCQ )

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147

154. Сообщение от lucentcode (ok), 08-Авг-12, 11:26 +/–

>> Что не так было с теми серверами?
> у тебя на роутере стоит дебиан?
OpenWRT

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

2. Сообщение от Аноним (-), 01-Июл-12, 15:08	+27 +/–
Не было печали - время поменяли.
Ответить \| Правка \| Наверх \| Cообщить модератору

3. Сообщение от Аноним (3), 01-Июл-12, 15:11	+/–
На серверах под 40 нагрузка прыгнула. Без перезагрузки пофиксить можно http://blog.vpsville.ru/blog/pro/47.html
Ответить \| Правка \| Наверх \| Cообщить модератору

4. Сообщение от lucentcode (ok), 01-Июл-12, 15:15	–1 +/–
Мой рутер на OpenWRT отлично пережил это. NTP включен, время синхронизируется. Что не так было с теми серверами? Видно какие-то левые патчи использовали при сборке системы. Ванильное ядро отлично переносит такие непредвиденные ситуации.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #7, #44, #152

5. Сообщение от Анонище (?), 01-Июл-12, 15:20	+1 +/–
Хм... заюзать man of middle и выдать неправильный формат даты и все, конец света обеспечен.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #110

7. Сообщение от unknown (??), 01-Июл-12, 15:23	–2 +/–
> какие-то левые патчи например Java?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4

9. Сообщение от Rex Lockheart (ok), 01-Июл-12, 15:42	+10 +/–
"31 июня, лунный день"... )))
Ответить \| Правка \| Наверх \| Cообщить модератору

10. Сообщение от Аноним (-), 01-Июл-12, 15:52	–4 +/–
Бдлжать, у меня повисли 2 сервачка, там mysql+гребанная java+openfire :(
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #102

11. Сообщение от Аноним (-), 01-Июл-12, 16:01	–4 +/–
Фрибсд проблеме не подвержена.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #68, #78, #90, #94

13. Сообщение от Аноним (-), 01-Июл-12, 16:05	–2 +/–
Ну когда, когда программисты перестануть считать что в сутках всегда 24 часа, в минуте 60 секунд и минута не может длиться больше часа?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #45, #73

14. Сообщение от анон (?), 01-Июл-12, 16:08	+/–
Это всё скайнет-провокатор, за 2000 мстит!
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #53, #66

18. Сообщение от Panasonic1 (ok), 01-Июл-12, 16:16	+/–
Вся ява на серверах поплыла... Очень много съедается именно Soft IRQ
Ответить \| Правка \| Наверх \| Cообщить модератору

21. Сообщение от енот (?), 01-Июл-12, 16:18	+/–
jboss на шапке нормально пережил
Ответить \| Правка \| Наверх \| Cообщить модератору

24. Сообщение от Аноним (-), 01-Июл-12, 16:29	+/–
Красиво... Ну хоть ядерного апокалипсеца не случилось.
Ответить \| Правка \| Наверх \| Cообщить модератору

26. Сообщение от Etch (?), 01-Июл-12, 16:45	+1 +/–
А чего это они в июне время корректируют? Для этого же всегда февраль использовался...
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #29, #31, #105

29. Сообщение от zhuk (?), 01-Июл-12, 17:06	+/–
> А чего это они в июне время корректируют? Для этого же всегда > февраль использовался... захотелось чего-то новенького:)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #26

30. Сообщение от Аноним (-), 01-Июл-12, 17:08	+2 +/–
> О зависании Linux-серверов в основном сообщают пользователи систем с > необновлённым ванильным ядром, собранным вручную, а также пользователи штатных > пакетов с Linux ядрами 2.6.32, 3.1 и 3.2 из состава Debian GNU/Linux. Бедные некрофилы... Зато редхату пиар :)
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #49

31. Сообщение от Аноним (-), 01-Июл-12, 17:10	+/–
> Для этого же всегда февраль использовался... Это как?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #26 Ответы: #34

33. Сообщение от добрый дядя (?), 01-Июл-12, 17:24	+/–
бугага, ну надо ж так жидко ))) я считаю что все должны были быть в курсе о возможности периодической смены времени на некоторое значение, должна была быть ПРЕДУСМОТРЕНА возможность корректной спонтанной смены времени на уровне ядра, процессы могли быть на секунду штатно приостановлены все можно было оттестировать в виртуальной машине это вообще-то говоря серьезный баг и не иначе, где обновление разосланное всем за неделю?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #36, #74, #140

34. Сообщение от Аноним (-), 01-Июл-12, 17:28	+/–
Гуглить по ключевым словам "високосный", "год", "февраль", "29 дней"
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #31 Ответы: #39, #54

35. Сообщение от MrClon (?), 01-Июл-12, 17:39	+/–
Debian stable, почти все обновления стоят, NTP, ведро 2.6.32-5-686, mysql из репов. Полёт нормальный.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #64

36. Сообщение от szh (ok), 01-Июл-12, 17:43	+/–
а отнимать ты как секунду будешь жидкий бугагашешка ?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #33 Ответы: #88

37. Сообщение от Аноним (-), 01-Июл-12, 17:43	+/–
А почему раньше не зависали? Часы на секунду раз в неск лет переводят.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #42

38. Сообщение от Аноним (-), 01-Июл-12, 17:58	+/–
а у меня все работает !
Ответить \| Правка \| Наверх \| Cообщить модератору

39. Сообщение от www2 (ok), 01-Июл-12, 18:16	+4 +/–
Сейчас не про високосный день речь идёт, а о високосной секунде. Иногда её в год ни разу не добавляют, а иногда по два раза. Если потребуется, то и по три и по четыре раза в год будет високосная секунда. Она никак не поддаётся прогнозированию и добавляется по факту, когда астрономические наблюдения выявят расхождение между атомными часами и астрономическими.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #34 Ответы: #98

40. Сообщение от umbr (ok), 01-Июл-12, 18:18	+4 +/–
"Не думай о секундах с высока..." (с)
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #109

42. Сообщение от www2 (ok), 01-Июл-12, 18:21	+/–
Зависали в 2008, но не у всех.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #37

44. Сообщение от ха (?), 01-Июл-12, 18:57	+1 +/–
> Что не так было с теми серверами? у тебя на роутере стоит дебиан?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #97, #154

45. Сообщение от Онаним (?), 01-Июл-12, 19:23	+/–
Ну когда уже люди придумают нормальную, желательно десятичную или, там,16-ричную, шкалу времени без таких сюрпризов... Я думал, что хотя бы на UTC можно положиться, что оно не ориентируется на астрономическое время в отличие от GMT, ан нет...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #13 Ответы: #48, #58, #112, #113, #133

47. Сообщение от all_glory_to_the_hypnotoad (ok), 01-Июл-12, 19:30	+/–
> начинала съедать все процессорные ресурсы СУБД MySQL бгг.. вот этому гогну то какая пичаль до лишней секунды. Цивилизация клоунов.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #57

48. Сообщение от all_glory_to_the_hypnotoad (ok), 01-Июл-12, 19:34	+/–
это невозможно и всё из-за особенностей вращения Земли. Секунды то подгоняют под "солнечное" время
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #45