Готовим Debian к переводу часов 26 октября 2014 года

[@alexxxst]

Ссылки проверяли?

wget http://ftp.ru.debian.org/debian/pool/main/t/tzdata/tzdata_2014h-1_all.deb
ОШИБКА 404: Not Found.

[@rantal]

Спасибо, уже после публикации вышел 2014h-2. Я поправил ссылки.

[@evg_krsk]

Спасибо за жабу :-)

А в Wheezy уже приехал штатный пакет.

[@Slipeer]

Я бы добавил ещё одно замечание в статью:
Существует много ПО использующего не системную, а собственную java машину. Обновление tzdata-java в системе на неё не повлияет.
Проще всего:

1. Вычислить какие java машины у Вас используются в системе. Например просмотреть список процессов java
   

   ps aux | grep java
   

   
   В выводе будет видно где установлена используемая java машина.
   
2. Для каждой обнаруженной java машины в системе запустить
   

   <полный путь к обнаруженному java> -jar tzupdater.jar -u
   

А то может быть сюрприз ;)
Часто собственными java «страдают» вендоры всяческих бизнес приложений.

[@crmMaster]

Хранишь время не в UTC — страдай! Давно уже известно.

[@Slipeer]

При чём тут это?
Время помимо хранения должно ещё:

1. Отображаться пользователю
2. Корректно преобразовываться в UTC из пользовательского ввода

[@crmMaster]

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

[@SkazochNik]

Зачем проверять текущее время? Если оно неправильно сейчас, то сервер пора выбрасывать. Делал такую проверку правил перевода часов на своем SLES:

STR=`/usr/sbin/zdump -v /etc/localtime|grep 2014`

if [ -z "$STR" ];
    then
	echo "Timezone is out of date. Need update."
    else
	echo "Timezone is already updated, exiting."
    exit;
fi

Когда снова придется проверять нужно ли обновление, я поменяю одну очевидную циферку, а не две магических.

[@nojoke]

а с lenny неподскажите?

[@Slipeer]

Для любой системы (если она, например не поддерживается) есть вариант обновить вручную
Описанное в статье обновление tzdata явы через tzupdater.jar одинаково для всех систем.

[@lenar]

Только что в lenny проделал:

wget http://ftp.de.debian.org/debian/pool/main/t/tzdata/tzdata_2014h-0wheezy1_all.deb
dpkg -i tzdata_2014h-0wheezy1_all.deb

Все работает, скрипт автора выдает OK.

[@motienko]

в lenny — собрать deb, особенно актуально, если много серверов

[@karamani]

Не забываем обновить tz в MySQL habrahabr.ru/post/240937.
На прошлом глобальном переводе часов поимели с этим проблем.

[@dgeliko]

Хм. Что-то меня терзают смутные сомненья ©, что tzdata 2014h-2 все равно не работает. Может кто в курсе?
Как проверялось:
1. Ну банальное:

dgeliko@pss:~$ date
Пн окт 20 18:21:22 MSK 2014
dgeliko@pss:~$ date -d 7days
Пн окт 27 18:21:24 MSK 2014

2. Переводилась принудительно дата на 26.11.2014 на 01:59:50 и выжидалось энное количествое времени. Дата не менялась, после 01:59:59 выводилось 02:00:00.
Куда рыть?

[@plin2s]

Далеко перевели. Выставляйте 00:59:59 и ждите час или выставляйте время в UTC. Система считает, что время уже перевелось.

[@dgeliko]

Пробовал в UTC — не работало тоже.

[@plin2s]

Ну тогда нужно сделать «zdump -v /etc/localtime | grep 2014» и убедиться, что таймзона верная. Если вывод будет, то вы что-то делаете не так. Если нет — неправильная таймзона.

[@dgeliko]

И это все делал. Вообще странно ведет себя система при этом обновлении, в 2011 году проблем с проверкой было намного меньше, всё удалось проверить с пол пинка и все работало более предсказуемей.

[@dgeliko]

У меня тоже сработало выставление в UTC, но только после ребута машины :-(

[@motienko]

date -d 604800sec

[@aim]

26 октября, а не ноября.

[@dgeliko]

Пардон, просто опечатка при наборе.

[@la_stik]

На 26.10 имеет смысл переводить. Октябрь 10 месяц.
Прошу прощения, не заметил комментария ниже.

[@dgeliko]

Пардон, если проверить со сдвигом по часам — все работает корректно.

[@KidsReview]

Для debian 6 тоже зааплоадили, так что скоро появится в репах squeeze-lts

[@yosemity]

Прилетело в сквиз

[@pcdesign]

А подскажите, плз, вот сейчас GMT-4, а будет вечный GMT-3 для Москвы?

[@dgeliko]

Сейчас UTC+4, будет UTC+3.
Насчет вечного: думаю, что до очередного указа =)

[@aim]

Ну как минимум «декретное» время не отменили, так что может ещё всё впереди…

[@pcdesign]

Понятно, спасибо!
Просто когда в 2011 году перевели, то я сделал в центосе вот так:

1) vim /etc/sysconfig/clock

ZONE="Etc/GMT-4"
UTC=true
ARC=false

2) cp /usr/share/zoneinfo/Etc/GMT-4 /etc/localtime

3) /etc/init.d/ntpd stop

4) ntpdate ntp.ubuntu.com pool.ntp.org

5) /etc/init.d/ntpd start

6) /sbin/clock -w # Установка аппаратных часов

И больше про время и перевод времени не вспоминал. Все корректно работало.
Если теперь по аналогии хочу сделать и для предстоящего перевода.
Получается все тоже самое только надо юзать GMT-3?