C целью синхронизации с астрономическим временем Земли эталонные мировые атомные часы завтра будут приостановлены (http://www.bloomberg.com/news/articles/2015-06-28/with-61-se...) на одну секунду, что приведёт к появлению 61 секунды в одной из минут. В прошлый раз подобная синхронизация состоялась в 2012 году и привела (https://www.opennet.ru/opennews/art.shtml?num=34234) к массовым сбоям в серверных системах, в которых была настроена синхронизация точного времени по протоколу NTP. Из-за неготовности обработать появление лишней секунды некоторые системы зацикливались и начинали потреблять излишние ресурсы CPU.Фактически лишняя секунда будет добавлена на атомных часах в 23:59:60 GMT. В разных системах используются разные методы для предотвращения сбоев в приложениях, связанных с появлением аномальной 61 секунды. Учитывая печальный опыт прошлого, современные дистрибутивы Linux, а также проекты FreeBSD (https://www.freebsd.org/news/newsflash.html#event20150626:01) и OpenBSD (http://undeadly.org/cgi?action=article&sid=20150628132834), своевременно подготовились к грядущему появлению лишней секунды. Тем не менее, в конце мая в ядре Linux выявлена (https://lwn.net/Articles/648313/) недоработка, которая может привести к срабатыванию некоторых таймеров на секунду раньше намеченного срока. Патч (https://lkml.org/lkml/2015/5/27/458) с исправлением данной проблемы не успел попасть в основной состав ядра.
В реализации NTP из состава FreeBSD реализован (https://www.freebsd.org/doc/en_US.ISO8859-1/articles/leap-se...) способ, основанный на повторении одной секунды два раза, т.е. будет два раза выдано значение 23:59:59, вместо появления 23:59:60. Другим способом решения проблемы, реализованным в Linux, является сглаживание добавляемой секунды путём её разбиения на несколько циклов синхронизации времени, с прибавлением каждый раз по доле секунды, что приведёт к плавному размыванию секунды по большому отрезку времени.
Так как большинство публичных NTP-серверов отдают лишнюю секунду как есть, без её размытия на серию интервалов, администраторам рекомендуется предварительно протестировать поведение своих систем, чтобы не столкнуться с непредвиденным ночным сбоем. Не раньше, чем за сутки до намеченного добавление лишней секунды можно выполнить команду
"ntpq -c 'rv 0 leap'" - если в выводе будет указано leap_add_sec, то используемый NTP-сервер корректно поддерживает операцию добавления лишней секунды.
URL: http://www.bloomberg.com/news/articles/2015-06-28/with-61-se...
Новость: https://www.opennet.ru/opennews/art.shtml?num=42528
Продам лишнюю секунду. Новую. Ещё не использованную. Недорого.
глупость
> Продам лишнюю секунду. Новую. Ещё не использованную. Недорого.У нее истек срок годности. FAIL.
Барон, после подаренного лишнего *дня*, это как-то мелочно...
А зачем делать 61 секунду, если можно два раза сделать 60-ю или 59-ю?
А как счётчик будет работать? Как он узнает это сейчас "первая" 59 секунда и надо делать ещё одну 59-ю или это уже "вторая" 59 секунда и пора тикать дальше?
посчитает сам, что вот это первая 59 сек, а вот это вторая
Ну, в принципе, да. Будем считать, что это просто попытка внесения разнообразия в однообразную жизнь системного администратора. А вдруг что-то проглючит?:)
Так всегда есть вероятность, что что-то проглючит. Речь только об объёмах.
Napomnil vot eto:
https://www.youtube.com/watch?v=8kVUyjaKgSU
> А зачем делать 61 секунду, если можно два раза сделать 60-ю или 59-ю?Там наверху же написано, что fbsd-ешники так и сделали -- лишь бы не как у всех. Но fbsd-ешники новостей не читают, да?
> лишь бы не как у всехЭтот мотив - твои влажные фантазии, в новости про такое не было.
> Но fbsd-ешники новостей не читают, да?
Какая связь между задавшим вопрос и BSD? Ты бздфоб?
Кстати, следуя твоей логике, ошибку в линуксе сделали специально, "лишь бы не как у всех".
> Какая связь между задавшим вопрос и BSD? Ты бздфоб?Именно. Но он думает, что это незаметно.
> Именно. Но он думает, что это незаметно.Все проще: у бояздэшников такое комьюнити что рожа просит кирпича. В смысле, троллить снобье с никакой квалификацией но ломовым ЧСВ, типа тебя, оказывается достаточно забавно. Достаточно намекнуть на реальное положение вещей, как у вас резко начинает жечь пониже спины и вы сами делом показываете кто вы на самом деле такие и зачем пользуетесь той или иной системой.
А ты-то, конечно, прекрасный молодец на белом пингвине, настолько хорош, что и батальон бсдшников тебя не стоит. Слава тебе! Ты велик, а бздешники - самокаты!// Сам линуксоид, не маковод, бсд видел разве что на картинке
>> лишь бы не как у всех
> Этот мотив - твои влажные фантазии, в новости про такое не было.Ага, "Доктор меня тут это", высылаю симптомы постом.
>> Но fbsd-ешники новостей не читают, да?
> Какая связь между задавшим вопрос и BSD? Ты бздфоб?Он предложил fbsd-ешный способ, прямо из "В реализации NTP из состава FreeBSD реализован способ, основанный на повторении одной секунды два раза, т.е. будет два раза выдано значение" новости. И да некоторые адепты культа свободной бзды отличабтся неумением читать.
> Кстати, следуя твоей логике, ошибку в линуксе сделали специально, "лишь бы не
> как у всех".Конечно! А не, стоп. Linux - это как у всех. Так что в твоих влажных ладошках, ага.
>Он предложил fbsd-ешный способ...В данном случае "способ" - это созданые изменения в алгоритм, с формализацией на языке С.
Начальная площадка для реализации измененного алгоритма - сборка некоторой операционной системы.С - стандартный язык программирования, применяемый практически во всех проектах операционных систем, включая встраиваемые.
У меня другой вопрос, ты вообще какое отношение имеешь к IT?
>>Он предложил fbsd-ешный способ...
> В данном случае "способ" - это
>площадка для реализации измененного алгоритма - сборка некоторой
> С - стандартный язык программированияЯ надеялся, но не предполагал, что узнаю _так_ много нового. Про FreeBSD. Спасибо!
> У меня другой вопрос, ты вообще какое отношение имеешь к IT?
"--Вы зарегистрированы как человек? --Нет, я шашлык"
униман таки не раз показывал своё мастерство бредогенерации, особенно сливая тему. А ещё он может цитировать статьи с википедии, не в тему, но это не важно.
> униман таки не раз показывал своё мастерство бредогенерацииу тебя функциональная неграмотность?
это когда буквы не складываются в смыслы.
> у тебя функциональная неграмотность?
> это когда буквы не складываются в смыслы.По себе других не судят. С умным видом вещать громкий маркетинговый булшит, ортогональный бояздам - это твоя прерогатива.
>> у тебя функциональная неграмотность?
>> это когда буквы не складываются в смыслы.
>... С умным видом ...Эка тебя глючит при чтении =)
>>>Он предложил fbsd-ешный способ...
>> В данном случае "способ" - это
>>площадка для реализации измененного алгоритма - сборка некоторой
>> С - стандартный язык программирования
> Я надеялся, но не предполагал, что узнаю _так_ много нового. Про FreeBSD.RTFM! INSTALL! USE!
Но у тебя тупо другие цели.
>>>>Он предложил fbsd-ешный способ...
>>> С - стандартный язык программирования
> RTFM! INSTALL! USE!
> Но у тебя тупо другие цели.Да, и ты не почитать вышел. На чём и был заблеснён.
leap=00 значит не поддерживает?
-bash: ntpq: command not found
Намекну, не все используют клиент с ntp.org, как бы это проверить на других ntp-клиентах?
Вот и мне не удалось найти, в каком же пакете эта утилита лежит.
> Вот и мне не удалось найти, в каком же пакете эта утилита
> лежит.В ntp!
У меня веселее!
# ntpq -c 'rv 0 leap'
ntpq: read: Connection refused
На UNIX TIMESTAMP это никак же не повлияет? (из UNIX TIMESTAMP будет делаться локальное время без этой секунды)
А иначе возникает большой вопрос по коллизиям при генерации UUID идентификаторов.
Ну ты ваще мегамозг, респектищее. Я про коллизию UUID вспоминал в последний раз примерно когда узнавал что такое UUID..
> На UNIX TIMESTAMP это никак же не повлияет? (из UNIX TIMESTAMP будет
> делаться локальное время без этой секунды)Имеем:
user@server:~$ TZ=/usr/share/zoneinfo/right/UTC date -d '30 June 2015 86399 seconds'
Втр Июн 30 23:59:59 UTC 2015
user@server:~$ TZ=/usr/share/zoneinfo/right/UTC date -d '30 June 2015 86400 seconds'
Срд Июл 1 00:00:00 UTC 2015
user@server:~$ TZ=/usr/share/zoneinfo/right/UTC date -d '30 June 2015 86401 seconds'
Срд Июл 1 00:00:01 UTC 2015, обновляем tzdata, имеем:
user@server:~$ TZ=/usr/share/zoneinfo/right/UTC date -d '30 June 2015 86399 seconds'
Втр Июн 30 23:59:59 UTC 2015
user@server:~$ TZ=/usr/share/zoneinfo/right/UTC date -d '30 June 2015 86400 seconds'
Втр Июн 30 23:59:60 UTC 2015
user@server:~$ TZ=/usr/share/zoneinfo/right/UTC date -d '30 June 2015 86401 seconds'
Срд Июл 1 00:00:00 UTC 2015++http://lists.ntp.org/pipermail/questions/2015-January/039604...
Элементарно, Ватсон!
> А иначе возникает большой вопрос по коллизиям при генерации UUID идентификаторов.
> C целью синхронизации с астрономическим временем Земли эталонные мировые атомные часы завтра будут приостановлены на одну секунду, что приведёт к появлению 61 секунды в одной из минут.Вот почему нельзя было разбить процесс на 2, 4 или более итерации чтобы не испытывать судьбу?
Google Platform кстати размажет эту секунду на 20 часов: http://googlecloudplatform.blogspot.ie/2015/05/Got-a-second-...
А затем в церне находят сверхсветовое нейтрино ...
> А затем в церне находят сверхсветовое нейтрино ...
!!!
> Google Platform кстати размажет эту секунду на 20 часов:Вообще, время - довольно интересная субстанция :) На хабрашвабре есть довольно интересная подборка про время, глядя на которую можно поделить на ноль - http://habrahabr.ru/post/146109/
Хорошая лазейка :)
Всё ли пройдёт гладко? Я волнуюсь!
Надеюсь, к появлению первой машины времени баг устранят.
> Надеюсь, к появлению первой машины времени баг устранят.Точно. Моторчики приделают к Земле и Луне, чтоб не тормозили. А то ишь, стапеньки во времени!?
61 СЕКУНДА В МИНУТЕ!Это Кара Божья всем Нам! Пора объявлять охоту на ведьм! И ведьмаков!
Тёмные Силы Зла высасывают время из планеты! О, Боже!!!
Придётся запретить пропеллеры, потому что они, при вращении, тормозят крутизну Земли!
Теперь ждем в гости "Свидетелей Иеговых" (или как там правильно пишется?)
> Придётся запретить пропеллеры, потому что они, при вращении, тормозят крутизну Земли!А это мысль! Начни с себя: воткни во все вентиляторы на своем компе по гвоздю.
Из ИГ пишете?
Может я чего-то не понимаю, но почему просто нельзя перевести счетчки на секунду назад и все. В середине месяца, gо тому же самому NTP?
Почему нужно выдумывать 61-ю секунду? Что мешает? Знающие люди растолкуйте...
> Может я чего-то не понимаю, но почему просто нельзя перевести счетчки на
> секунду назад и все. В середине месяца, gо тому же самому
> NTP?
> Почему нужно выдумывать 61-ю секунду? Что мешает? Знающие люди растолкуйте...Можно, но надо отдельную переменную-флажок "переводили ли мы уже время", иначе система зациклится. Я уверен, в некоторых ОС так и сделано.
Сервер синхронизирует время с каким-то сервером ntp, бывают же ситуации когда часы нашего сервера спешат и они корректируются. Неужели нельзя обойтись такой синхронизацией?
> Сервер синхронизирует время с каким-то сервером ntp, бывают же ситуации когда часы
> нашего сервера спешат и они корректируются. Неужели нельзя обойтись такой
> синхронизацией?Вот я и говорю, надо астрономическое время синхронизировать с атомным: нужны моторчики!!
's/лишняя/дополнительная/'
test-51:~# ntpq -c 'rv 0 leap'
leap=11и чтобы это значило? время берется с gps-станции.
> test-51:~# ntpq -c 'rv 0 leap'
> leap=11
> и чтобы это значило? время берется с gps-станции.Так надо.
""If the leap is in the future less than 28 days, the leap warning bits are set.
--http://doc.ntp.org/4.2.6p5/ntpd.html#leapПосмотрел на пиров своего сервера - шатания...
12 leap=01
4 leap=00
, посмотрел на свой(и) ntpdc -c sysinfo localhost |grep leap
leap indicator: 01...""if the leap second warning has been
recognized on the server and propagated to the clients, in which case
you should see "leap=01" in the output.
--https://groups.google.com/forum/?_escaped_fragment_=topic/co...//Покайтеся, грешники!!
это значит, что всё плохо, не синхронизирован сервер
Фух! Слава богу, не моя смена сегодня ночью!
:C
Кто сомневается, просто отрубите ntp на пару последних минут, делов-то..
Повторение секунды в минуте не интересно, вот если бы повторить минуту - тогда бы кроны выдали бы повторные срабатывания и это было бы интереснее.
> Повторение секунды в минуте не интересно, вот если бы повторить минуту
> - тогда бы кроны выдали бы повторные срабатывания и это было
> бы интереснее.Успеешь изобрести способ нагреть высокочастотных торговцев акциями, не обновивших tzdata? До 3ёх утра по Москве!?
"атомные часы завтра будут приостановлены..."
А куда денется лишний атом? Так и будет болтаться по циферблату?!!
https://www.youtube.com/watch?v=-5wpm-gesOY
Очень здоровский видос по теме.
>?v=-5wpm-gesOY
> Очень здоровский видос по теме.Шо за мода постить видео-мысле-потоки? Децкий саад. "Видос". Акхр.
https://julien.danjou.info/blog/2015/python-and-timezones
http://bluetreble.com/2015/06/time/
http://www.hezmatt.org/~mpalmer/blog/2013/11/11/timezones-ar...
http://lwn.net/Articles/504744/?format=printable
http://lwn.net/Articles/629010/rss?format=printable
Виноват, прости, что оскорбил твои снобские чувства.За дополнительное чтение спасибо.
ждем падения сервров на линукс
> ждем падения сервров на линукс- Нет, он не хакер! Он м...к!!!
Ну, кто как провел свою лишнюю секунду?
Изумительно! Ночью на работе упали сервера. Пришлось звонить сисадминам.
> Ну, кто как провел свою лишнюю секунду?Спал, как ребёнок ("каждые два часа просыпался и плакал" -- нет).
Ни один из сотен серверов не упал, не перезагрузился: в три утра ни одного триггера не было (2 забикса, 1800+ хостов, 38К триггеров).
Пришёл с утра, пронаблюдал на 1 из 4 своих ntpd "прямоугольник" (03:00 +1ms; 03:17 -1ms) на графике смещения отн-но забикса. Попинал ntpd-ы - всё ходуном. Надо оставить, как есть, наверное, - само устаканится.
Вот ещё экспонат:
remote refid st t when poll reach delay offset jitter
==============================================================================
x194.190.168.1 .PPS. 1 u 242 256 377 5.001 999.662 0.407
///---https://news.mail.ru/society/22536863/
Пользователи десятков социальных сетей вчера ночью и сегодня утром жаловались на то, что добавление лишней секунды к продолжительности дня вызвало массовые проблемы в работе сервиса — Twitter перестал выводить время отправки сообщений, Instagram, интернет-магазин Amazon и целый ряд других соцсетей просто прекратили работу на 30−40 минут после смены суток.
---///