Jump to content

Recommended Posts

Posted

А кто уже обновился? И что делал?

Предстоит обновлять небольшой зоопарк серверов (FreeBSD, CentOS 5, RHEL 4, Debian) и боюсь что-нибудь пропустить.

Posted

Для проверки использую команду:

zdump -v /etc/localtime | grep 2014

С CentOS и Debian проблем нет, в репозитории лежат уже обновленные timezone.

Проблема со старыми системами.

В RHEL4 отсутствует zdump, в 2011 я часовой пояс обновлял вручную, но не записал, что делал (не думал, что пригодится).

В FreeBSD 8.2 zdump есть, но из портов он уже не обновляется, portsnap fetch не срабатывает. Там тоже придется вручную обновлять.

Posted

Все уже украдено 3 года назад

 

 

Переход на зимнее время

 

Для проверки использую команду:

zdump -v /etc/localtime | grep 2014

С CentOS и Debian проблем нет, в репозитории лежат уже обновленные timezone.

Проблема со старыми системами.

В RHEL4 отсутствует zdump, в 2011 я часовой пояс обновлял вручную, но не записал, что делал (не думал, что пригодится).

В FreeBSD 8.2 zdump есть, но из портов он уже не обновляется, portsnap fetch не срабатывает. Там тоже придется вручную обновлять.

 

 

Для 4-го рхела можно взять https://oss.oracle.com/el4/SRPMS-updates/tzdata-2014h-1.0.1.el4.src.rpm и собрать rpm

 

Для фри по ссылке выше (Переход на зимнее время) есть что делать :)

 

Для старых систем нужно кроме

zdump -v /etc/localtime | grep 2014

смотреть и, к примеру

zdump -v /etc/localtime | grep 2013

тут недолжно быть ничего хотя если за 3 предыдущих года это не помешало, то наверное и в 2015 не помешает ;)

Posted

linux:

обновление tzdata

/etc/localtime лучше всего делать симлинк на Europe/Moscow

таймзоны в чрутах(!)

проверить не загружены ли tz в mysql, если загружены, то обновить

обновить tz-шки в postgresql

прочие бд - хз, но тоже могут юзать свои tz

таймзоны java

php, возможно некоторые другие языки

 

перезапуск сервисов, зависящих от tz

Posted

Обновлял на FreeBSD в ручную.

Увы, про порты в 8.2 можно забыть.

make не работает.

Обновлял вручную, по этой ссылке, раздел "Установка базы часовых поясов вручную".

Posted

Обновлял на FreeBSD в ручную.

Увы, про порты в 8.2 можно забыть.

make не работает.

Обновлял вручную, по этой ссылке, раздел "Установка базы часовых поясов вручную".

Зачем такие сложности? Взять файл localtime с обновленного сервера и вопрос закрыт.

Posted

Обновлял на FreeBSD в ручную.

Увы, про порты в 8.2 можно забыть.

make не работает.

Обновлял вручную, по этой ссылке, раздел "Установка базы часовых поясов вручную".

Могу завтра поделиться портом. Собирается даже на семерке. :-)

Posted

Для устаревших систем типа FreeBSD 7.x сборка pecl-timezonedb вручную:

fetch http://pecl.php.net/get/timezonedb-2014.8.tgz
cd timezonedb-2014.8
phpize
./configure
make
make install

проверить, что timezonedb.so, который целяется php имеет актуальную дату

 

проверка работы timezonedb:

# php -r 'echo date("r",1414199138)."\n";'
Sat, 25 Oct 2014 05:05:38 +0400
# php -r 'echo date("r",1414299138)."\n";'
Sun, 26 Oct 2014 07:52:18 +0300

 

Google: freebsd old unsupported pecl-timezonedb build manually Europe/Moscow date.timezone gmt+3 gmt+4

Posted

Не роялит. Ругается. Или в java с обновлениями уже вкрячены новые tz.В понедельник доложусь.

 

С java может быть не всё так просто. Ругается на что? Может тупо нет прав на запись в файлы? А ещё многий софт таскает jre с собой, а вы запускается java из системы (из $PATH).

 

Вручную можно сделать так:

find / | grep 'zi/Europe/Moscow'

найдутся файлы типа "/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/zi/Europe/Moscow"

 

После чего возьмите файл таймзоны Moscow из пакета ftp://ftp.sunet.se/pub/Linux/distributions/centos/6.5/updates/x86_64/Packages/tzdata-java-2014h-1.el6.noarch.rpm из замените те файлы, что найдёте find-ом

 

Для тех, кто живёт не по Москве, sed 's/Europe\/Moscow/XXX\/YYYY/g'

Posted

Не роялит. Ругается. Или в java с обновлениями уже вкрячены новые tz.В понедельник доложусь.

 

С java может быть не всё так просто. Ругается на что? Может тупо нет прав на запись в файлы? А ещё многий софт таскает jre с собой, а вы запускается java из системы (из $PATH).

 

 

У меня на java админка биллинга под винду :( Но есть возможность выставить таймзону руками.

Posted

Поймал странный глюк - при переводе времеи мне позвонили знакомые с просьбой разобраться

 

в течении часа абиллз выдавал "Not allowed time" при попытках авторизоваться - причем прошло само

Пока до меня дозвонились пока начал смотреть - проблема ушла сама.

 

Что было - совершенно непонятно.

Авторизация через модуль к радиусу на перле.

Интеречно куда копать - у перла таймзона отличается от MySQL и/или cистемной?

Проверил логи - такое было каждый год просто похоже все забивали )

Posted

Как не составлял список, но про один сервер все-таки забыл, про офисный.

Подскажите, есть ли в W2k3 административные шаблоны для GPO, чтобы часовой пояс на рабочих станциях обновить?

Posted

GPO тоже нужно. На рабочих станциях когда-то выставлялся часовой пояс Абу-Даби (нужно было +0400, а в Московском поясе этого не было).

А теперь нужно вернуть назад.

Posted

А как победить cron на Linux и FreeBSD??

crontab -r, service crond restart не катит..

Oct 27 13:44:00 nas0 /usr/sbin/cron[88186]: (operator) CMD (/usr/libexec/save-entropy)
Oct 27 13:45:00 nas0 /usr/sbin/cron[88232]: (root) CMD (/usr/libexec/atrun)

Причём в это же время

Oct 27 12:41:17 nas0 /usr/bin/crontab[87949]: (root) REPLACE (root)
Oct 27 12:41:17 nas0 /usr/bin/crontab[87950]: (root) LIST (root)
Oct 27 13:42:00 nas0 /usr/sbin/cron[6751]: (root) RELOAD (tabs/root)

localtime правильный.

nas0# zdump -v /etc/localtime | grep 2014
/etc/localtime  Sat Oct 25 21:59:59 2014 UTC = Sun Oct 26 01:59:59 2014 MSK isdst=0 gmtoff=14400
/etc/localtime  Sat Oct 25 22:00:00 2014 UTC = Sun Oct 26 01:00:00 2014 MSK isdst=0 gmtoff=10800

"Правильное время" - 12 час. (МСК)

nas0# date
понедельник, 27 октября 2014 г. 12:51:45 (MSK)

На CentOS hwclock был "вперёд", синхронизировал - не помогло..

На FreeBSD пытался adjkerntz -a - аналогично..

Posted

перезапустить крон...

Так писал же, что перезапускал.

и сислог тоже :)

А вот это похоже и было причиной бардака в логе cron-а.

Единственно, что не понял, где сислог умудрялся в одно и то же время (!!) нарыть разный timestamp?!

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.