| |
| 1.4, lucentcode, 15:15, 01/07/2012 [ответить] [смотреть все]
| –1 +/– |
Мой рутер на OpenWRT отлично пережил это. NTP включен, время синхронизируется. Что не так было с теми серверами? Видно какие-то левые патчи использовали при сборке системы. Ванильное ядро отлично переносит такие непредвиденные ситуации.
|  | | |
| |
| |
| |
| |
| |
| |
| Часть нити удалена модератором |
|
|
|
|
|
|
| 1.33, добрый дядя, 17:24, 01/07/2012 [ответить] [смотреть все]
| +/– | |
бугага, ну надо ж так жидко )))
я считаю что все должны были быть в курсе о возможности периодической смены времени на некоторое значение, должна была быть ПРЕДУСМОТРЕНА возможность корректной спонтанной смены времени на уровне ядра, процессы могли быть на секунду штатно приостановлены
все можно было оттестировать в виртуальной машине
это вообще-то говоря серьезный баг и не иначе, где обновление разосланное всем за неделю?
|  | | |
| 1.35, MrClon, 17:39, 01/07/2012 [ответить] [смотреть все]
| +/– |
Debian stable, почти все обновления стоят, NTP, ведро 2.6.32-5-686, mysql из репов. Полёт нормальный.
|  | | |
| 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 +/– | |
> Может быть, лучше
Никогда не ставь задач любым планировщикам на границах разделения, даже свидания не назначай.
Юзай простые числа, а лучше Фибоначчи - компьютеры и люди их ненавидят. :)
|  | | |
|
| 1.63, Спокойный аноним, 21:06, 01/07/2012 [ответить] [смотреть все]
| +2 +/– |
Давайте будем откровенными, в новости неправильно подана информация, в результате таких словесных пассов очернён ntp.
Правильнее было бы назвать вещи своими именами: global timers в java, mysql и пр. фигурантах не имеют собственной системы контроля временных тиков и соответственно подвержены уязвимостям через банальное изменение времени.
|  | | |
| 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 - пока не скажу, но работы в поддержки было полно
|  | | |
| 1.92, ua9oas, 09:51, 02/07/2012 [ответить] [смотреть все]
| –1 +/– |
а знал ли кто об этом заранее? Кроме того тут в новости совсем ничего не написано про виндовые сервера (а они-то как это все "переварили"? Сколько их существует всего? Есть ли те, которые по-прежнему работают на "винде2000")
Как в свое время была "переварена" проблема 2000 года? (по тв об этом тогда много показывали, про то с секундой- нет. А когда будет такая же корректировка опять?)
|  | | |
| 1.93, iCat, 09:57, 02/07/2012 [ответить] [смотреть все]
| +/– |
ядро 2.6.31 - 7x24x365
ядро 3.2.6 - 7x24
Трудностей не возникло.
ЧЯДНТ? Где и что я упустил?
|  | | |
| 1.101, t28, 11:53, 02/07/2012 [ответить] [смотреть все]
| –2 +/– |
Благодаря Opennet-у, наша ж№па спасена! Сутки всем офисом ломали голову, отчего на всех серверах LA под 200, причём и под linsux и под windoze. :)
|  | | |
| 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 Все нормольно работает ни каких глюков не было что за прогон ...
|  | | |
|
|