Комментарии 34
А можно поправить файл /etc/sysconfig/clock и привести к такому виду:
ZONE=«Etc/GMT-4»
UTC=true
ARC=false,
и затем просто заменить симлинку таким макаром: ln -s /usr/share/zoneinfo/Etc/GMT-4 /etc/localtime
А еще часто нужно обновить таймзону для джавы, которая использует свою информацию о таймзонах, а не системную. Для этого надо скачать tzupdater с сайта оракла и выполнить /путь/к/бинарнику/джавы/java -jar tzupdater.jar и перезапустить джаву.
ZONE=«Etc/GMT-4»
UTC=true
ARC=false,
и затем просто заменить симлинку таким макаром: ln -s /usr/share/zoneinfo/Etc/GMT-4 /etc/localtime
А еще часто нужно обновить таймзону для джавы, которая использует свою информацию о таймзонах, а не системную. Для этого надо скачать tzupdater с сайта оракла и выполнить /путь/к/бинарнику/джавы/java -jar tzupdater.jar и перезапустить джаву.
Забыл добавить. Просмотреть дату через определенное время (для проверки, переведутся ли часы после наступления часа X) можно командой date -d '180days', где 180 — количество дней, через которое должны перевестись часы.
Ваш способ не подходит в случае, когда требуется проверить, какой оффсет был в определенный момент в прошлом — будет всегда возвращаться одна и таже таймзона.
# date -d '-30days'
Пнд Окт 24 15:00:07 MSK 2011
не? Или я не правильно понял вашу реплику?
Пнд Окт 24 15:00:07 MSK 2011
не? Или я не правильно понял вашу реплику?
Попробуйте -1year.
Ага, понял. Ну логично, таймзона же изменилась, для того чтоб знать что было в прошлом — надо ее и привести к прошлому виду =)
Если запросы к системе идут чаще 1 раза в неделю, достаточно накладно менять таймзону каждый раз. Как решение, надо использовать не POSIX формат, а формат Олсона, тогда все должно быть ОК.
Теперь и у меня появилась карма поставить плюс вашим комментариям :)
Они самые дельные в этом топике.
Они самые дельные в этом топике.
А типа «суркам-администраторам» не комильфо просто поставить через yum пакет от нового релиза, надо непременно вот такое вот делать, да? Либо указать релиз/арх и апдейтить, либо скачать просто rpm, либо как-то вот так:
yum --nogpgcheck install mirror.yandex.ru/fedora/linux/updates/16/i386/tzdata-2011n-2.fc16.noarch.rpm, либо ещё куча способов, все короче, проще и точно не хуже.
Не то что «не комильфо», а скорее религия не позволяет ставить пакет от совершенно другого релиза. Это не 100%-ый и просто не красивый способ, IMHO конечно.
Конкретный пример, который вами приведен — да, скорее всего сработает, но топик не только про Федору, а про старые дистрибутивы вообще, а поэтому описанный мной способ может кому-нибудь пригодиться в более экзотичном случаем, чем на примере который я привел.
Поэтому заметку можно было бы начать фразой из комментария ниже:
Иногда пакет от нового релиза не встает, либо релиз уже давно не поддерживается.
Но уверен, что есть и другие способы — более короткие и простые.
Конкретный пример, который вами приведен — да, скорее всего сработает, но топик не только про Федору, а про старые дистрибутивы вообще, а поэтому описанный мной способ может кому-нибудь пригодиться в более экзотичном случаем, чем на примере который я привел.
Поэтому заметку можно было бы начать фразой из комментария ниже:
Иногда пакет от нового релиза не встает, либо релиз уже давно не поддерживается.
Но уверен, что есть и другие способы — более короткие и простые.
Иногда пакет от нового релиза не встает, либо релиз уже давно не поддерживается.
P.S.
# uname -a
Linux payment 2.4.18-3bigmem #1 SMP Thu Apr 18 07:17:10 EDT 2002 i686 unknown
# cat /etc/redhat-release
Red Hat Linux release 7.3 (Valhalla)
P.S.
# uname -a
Linux payment 2.4.18-3bigmem #1 SMP Thu Apr 18 07:17:10 EDT 2002 i686 unknown
# cat /etc/redhat-release
Red Hat Linux release 7.3 (Valhalla)
Это мне? Понятное дело, что восьмая федора давно не поддерживается. Но я специально указал, что надо явно указать новый релиз. Ну вот пусть от 16-го, я даже ссылку привёл на пакет в репозитории. Этот пакет от нового релиза встанет 100%, можно и не сомневаться. Да там вставать особо нечему, хоть зависимости и обширные.
вместо
ln -sf --suffix=.backup /usr/share/zoneinfo/Europe/Moscow /etc/localtime
можно просто
zic -l Europe/Moscow
ln -sf --suffix=.backup /usr/share/zoneinfo/Europe/Moscow /etc/localtime
можно просто
zic -l Europe/Moscow
На этом — всё! Смотрим время, теперь выводится все правильно
Ещё не всё. Необходимо перегрузить некоторые сервисы.
Имелось ввиду «всё» касательно системного времени;)
Некоторые сервисы требуют перезагрузки, вы — правы.
В моем конкретном случае потребовалось перезагрузить Cron и MySQL.
Python, Ruby, Php и некоторые другие «видят» верное системное время без перезагрузки.
PS: Еще, если не ошибаюсь, в Java своя база временных поясов.
Некоторые сервисы требуют перезагрузки, вы — правы.
В моем конкретном случае потребовалось перезагрузить Cron и MySQL.
Python, Ruby, Php и некоторые другие «видят» верное системное время без перезагрузки.
PS: Еще, если не ошибаюсь, в Java своя база временных поясов.
Я для этой цели просто подменил файлик /usr/share/zoneinfo/Europe/Moscow на свежую версию из другого дистрибутива.
И проблема оказалась решена.
И проблема оказалась решена.
Не забываем, что у некоторых пакетов (например PHP) собственная база часовых поясов. И обновить нужно и все такие пакеты.
pecl install timezonedb
Под генту может выдать libtool: Version mismatch error. This is libtool 2.2.6b, but the definition of this LT_INIT comes from an older release и тут начинаются танцы с бубном.
решается
emerge --sync
emerge pecl-timezonedb
вот только эта зараза и весь PHP обновить хочет и попутно еще пару пакетов пересобрать.
Под генту может выдать libtool: Version mismatch error. This is libtool 2.2.6b, but the definition of this LT_INIT comes from an older release и тут начинаются танцы с бубном.
решается
emerge --sync
emerge pecl-timezonedb
вот только эта зараза и весь PHP обновить хочет и попутно еще пару пакетов пересобрать.
Да, вы правы. Но насчет PHP все интересно: выдается правильное время, несмотря на то, что PHP не обновлялся и timezonedb не ставился.
Видимо функции, которые используются в скриптах для работы со временем:
Видимо функции, которые используются в скриптах для работы со временем:
gettimeofday();
time();
getdate();
localtime();
О сколько нам открытий чудных готовит смена поясов (часовых). И это в купе с отменой перевода стрелок часов на летнее время.
НЛО прилетело и опубликовало эту надпись здесь
Внес в текст статьи вариант с curl.
добавьте в статью что последний доступный релиз можно посмотреть на странице
www.iana.org/time-zones
www.iana.org/time-zones
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Ручное обновление базы данных часовых поясов в старых дистрибутивах Линукс