Своеобразие cron при не-переводе времени на зимнее

[antivir]

Мне вспоминается древний Alt Linux 2.0 или 2.2. Там в логах messages периодически проскакивали блоки с временем -3 или -4. Т.е. какие-то сервисы изначально жили по своему собственному времени.

[Harkonnen]

Кроме крона может послетать время в PHP: echo date(...); и MySQL: select now(). При том что date и date -u будут показывать корректное время. Похоже что в юниксах за daylight switch каждая софтина следит по-своему, из операционки эта информация не берётся.

[ChiefPilot]

Если это правда (последнее предложение), то, народ, а что же это тогда за операционная СИСТЕМА, если системности нет никакой?! Или я чего-то не понял, растолкуйте кому не лень?

[Harkonnen]

это POSIX система, которая может дать только UTC время и параметры часового пояса, но не скалькулированное под этот часовой пояс время. В итоге все кэшируют параметры timezone и если apache/nginx/mysql давно не ребутились, то они сами не переподхватят свежие настройки, где переход на зимнее время отменён. С PHP вообще какая-то мутная история — как я понял, в него вшита своя база переходов, независящая от операционки и лечится это каким-то модулем. Опенсорсный коммунизм в расцвете :) биллборды ВТБ и сбербанк-онлайн сегодня тоже на часа назад съехали + популярные хостинги со скрипом всё на место вертают.

[NitroG]

Да, действительно и cron, и mysqld, и (что я заметил только через неделю) rsyslogd работал по переведённому времени, что путало меня в течение минут 15-20 пока я искал в логах нужное событие…

[antivir]

Кстати, у меня было подозрение, что патчи ОС для отмены перевода времени могут оказаться недоделанными, а где-то просто не устанавливаться. Поэтому мы приняли решение о простом переводе часового пояса на Asia/Muscat. Единственный минус — теперь формально живем по-арабскому времени…

[dave42]

Это первое что пришло в голову, когда уже знали о переводе времени, но не знали, успеют ли всё запатчить )

[antivir]

Для ESX 4 патч вышел 27 (а то и 28) числа. Они полагали, что в России все делается только по пятницам :)

[dave42]

В России, действительно, многое делается по пятницам, но как правило это далеко от обновления ПО! Повезло, что вендор еще успел сообщить, а вы еще это обновление заметить успели.

[antivir]

Кому-то может так и «повезло», а я его заметил только сейчас. Реальная дата выпуска мне не известна. Стоит 27.10, однако патчи у VmWare всегда датируются задним числом. Уже не в первый раз выкладывают апдейты по пятницам.

[GloooM]

А еще оказывается надо mysql рестартануть, чтобы он тоже подхватил из системы нужную таймзону. Тоже смотрю, все везде ок, а время NOW() в мускуле неверное.

[dave42]

В догонку к посту — Постгрес версий до 9.0.5 тоже оказался подвержен «проблеме 2011».
Там спасет «timezone = +4» в конфиге плюс рестарт (не релоад).

[kekekeks]

Я один все серверные машины настраиваю на использование UTC?

[dave42]

Тут есть много «за» и «против». Мы — нет, кой-какой софт не позволяет.

[Pilat]

Вот столкнётесь с особенностями украинской политики в области временных зон — сразу перейдёте на UTC :) и софт поправите.

[dave42]

Может быть. Пока столкнулись с особенностями в РФ. Обошлось малой кровью, как видите!

[Pilat]

Посмотрите press.rzd.ru/isvp/public/press?layer_id=4069&id=78265 — они обошлись не малой кровью. А всё потому, что не решились в своё время UTC ввести.

[dave42]

Могу только посочуствовать и сказать «спасибо» за предупреждение — будем иметь в виду «особенности национальной политики», если придется с ними работать. Хотя, у нас не сильно критично бизнес на подобные вещи завязан, но кто его знает, что там будет в будущем. Спасибо.

[qehgt]

Хм…

$ date
Sun Oct 30 15:49:07 UTC 2011
$ TZ='Asia/Kolkata' date
Sun Oct 30 21:19:14 IST 2011


[Deepwalker]

Чтобы это работало, нужно чтобы клиентский софт клиенту показывал его время, а не сервера. А это не всегда так.

[FSA]

Мне пришлось поставить misc/zoneinfo чтобы часы стали идти правильно. Мир пересобирать не стал, т.к. планирую на 9.0 свой тестовый сервер перевести и уже скачал исходники 9.0-RC1.

[ISpy]

Мой тоже перевел, но потом я включил в настройках синхронизацию времени с сетью и все стало ок :)
В HTC Hero: Настройки -> Дата и время -> Автоматически (Использовать значения, предоставленные сетью)

[ISpy]

У меня для Екатеринбурга он пишет GMT+6 (обычно +5), что совпадает со значением в винде (она тоже выставила эту зону после установки обновления), так что вроде правильные данные получает от сети.

Не знаю в чем может быть проблема, так как не знаком с технической стороной вопроса, может в операторе дело — не все перенастроили оборудование как надо :) У меня МТС.

[WorksIsGone]

Если сеть предоставляет время.
На Украине это одно время работало на тогдашнем ЮМС, но потом они отключили.
И всё, другие ГСМ операторы время вообще не отдавали.
Сейчас точно CDMA оператор инетретелеком отдает, как на остальных фронтах — не знаю.

[icef]

Да, казалось бы это очевидно! Однако, на htc hero по дефолту есть два виджета с часами:
— Часы(от HTC)
— Часы(от Android)
так вот те которые android — на них время нормальное, а те которые от HTC — временная зона Москва все равно показывает на час назад. Ничего не получилось с ними сделать, пришлось более удобный виджет HTC убрать с рабочего стола.

[ISpy]

Если кликнуть по виджету и зайти на вторую вкладку (Мировое время), то там есть, в моем случае:
— «Екатеринбург (Домашнее)» — отстает на час назад, видимо виджет использует это время.
— «Asia/Novosibirsk (Текущее)» — правильное время, с правильным часовым поясом (хоть и не правильная надпись Новосибирск), встроенные часы андроида используют это время, которое видимо получено от сети.

Поэтому я удалил виджет от HTC, потом нажал добавить его, и при добавлении выбрал «Текущее местоположение». В итоге время стало как и на часиках в трее. На самом виджете, около погоды город пишется правильный, не Novosibirsk :)

[icef]

Домашнее Москва, текущее — тоже Москва, в обоих случаях выдает на час назад…
В итоге добавил город Мускат( в котором время совпадает с нашим новым президентским, как писали выше) и вывел в виджет его, убрав галку «показывать название города»… костыли :)

[parpalak]

Сегодня то же самое на дебиане заметил. После перезапуска cron заработал правильно. Наверно, он читает настройки один раз при запуске. Сейчас у сервера аптайм — 57 дней. Видимо, два месяца назад обновление часовых поясов еще не было установлено.

[Merlyel]

На дебе у меня на самом деле крон все верно отрабатывал. В отличие от rsyslog'а, который время показывал неправильно.

[dave42]

Спаведливости ради, у меня Деб тоже нормально отработал. Но там все обновляли не так давно.

[dlancer]

Android перевел на час вперед (спасибо тебе LG). Вернул просто на 1 час назад, ничего критичного не случилось.
С зонами разбираться пока не стал, надеюсь выйдет все же свежая прошивка скоро.
На десктопе Ubuntu 10.04 я работал во время перевода и на ходу, внезапно перезагрузился X server, прибив все открытые приложения.
Это я спустя пару часов понял, что случилось, перерыв все логи и не найдя никаких проблем.
Все обновления стояли, перезапуск делал за ~8 часов до инцидента.

[ArtRoman]

Перевод раньше совершался таки назад, а не вперёд.

[dlancer]

Да конечно назад. Болею, плющит немного :)

[ptiss]

У меня настенные часы, магнитола и микроволновка сдержались (но они и не умели, за что им спасибо). Макось 10.6.7, iOS 4.2 и Android 3.2 перевелись. А телефон уехал в GMT+6 Novosibirsk time (вместо правильной Yeakterinburg GMT+6) по времени сети :)
Теперь я точно хочу купить наконец часы.

[Pilat]

В который раз подтверждается правило — «Работает — не трогай». Всё ведь было нормально, все сервисы знали о переводе, и надо же было кому-то умному сказать Президенту о наличии разных временных зон…

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

[SabMakc]

Вот через год-два одумаются и вернут как было ]:->

[puffofsmoke]

Мускуль тоже рестартнуть пришлось.

now() возвращал сдвинутое на час время.

[Nastradamus]

Спасибо большое за статью, сильно помогло.

Не могу понять почему Бтирикс версии 7.х в «календариках» (где надо выбирать дату и время), выводит время со сдвигом на час назад, причем, ссылаясь, что это серверное время. На сервере везде вроде правильное время (mysql, логи, вывод date), в самом битриксе в его же логах уже правильное время.

[Nastradamus]

Кому интересно, это проблема с таймзонами в PHP.
Решилась так.