alibek Опубликовано 22 октября, 2014 · Жалоба А кто уже обновился? И что делал? Предстоит обновлять небольшой зоопарк серверов (FreeBSD, CentOS 5, RHEL 4, Debian) и боюсь что-нибудь пропустить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Merridius Опубликовано 22 октября, 2014 · Жалоба Обновлял на FreeBSD в ручную. portsnap fetch update cd /usr/ports/ports-mgmt/pkg && make UPGRADEPKG=1 install clean rehash pkg2ng cd /usr/ports/misc/zoneinfo && make install clean tzsetup zdump -v /etc/localtime | grep 2014 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
adnull Опубликовано 22 октября, 2014 · Жалоба После этого перегрузить все сервисы и еще проверить - по моему в похапе таймзоны захарденкожены. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 22 октября, 2014 · Жалоба Для проверки использую команду: zdump -v /etc/localtime | grep 2014 С CentOS и Debian проблем нет, в репозитории лежат уже обновленные timezone. Проблема со старыми системами. В RHEL4 отсутствует zdump, в 2011 я часовой пояс обновлял вручную, но не записал, что делал (не думал, что пригодится). В FreeBSD 8.2 zdump есть, но из портов он уже не обновляется, portsnap fetch не срабатывает. Там тоже придется вручную обновлять. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
st_re Опубликовано 22 октября, 2014 · Жалоба Все уже украдено 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 не помешает ;) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 22 октября, 2014 · Жалоба О, спасибо, займусь завтра. Я пока что вот эту статью читал: http://itadept.ru/freebsd-timezone-update/ Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 22 октября, 2014 · Жалоба linux: обновление tzdata /etc/localtime лучше всего делать симлинк на Europe/Moscow таймзоны в чрутах(!) проверить не загружены ли tz в mysql, если загружены, то обновить обновить tz-шки в postgresql прочие бд - хз, но тоже могут юзать свои tz таймзоны java php, возможно некоторые другие языки перезапуск сервисов, зависящих от tz Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 23 октября, 2014 · Жалоба Обновлял на FreeBSD в ручную. Увы, про порты в 8.2 можно забыть. make не работает. Обновлял вручную, по этой ссылке, раздел "Установка базы часовых поясов вручную". Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
joesm Опубликовано 23 октября, 2014 · Жалоба Обновлял на FreeBSD в ручную. Увы, про порты в 8.2 можно забыть. make не работает. Обновлял вручную, по этой ссылке, раздел "Установка базы часовых поясов вручную". Зачем такие сложности? Взять файл localtime с обновленного сервера и вопрос закрыт. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
YuryD Опубликовано 23 октября, 2014 · Жалоба Для java ссылкой на патч не поделитесь ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 23 октября, 2014 · Жалоба http://www.oracle.com/us/technologies/java/tzupdater-readme-136440.html Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
snvoronkov Опубликовано 23 октября, 2014 · Жалоба Обновлял на FreeBSD в ручную. Увы, про порты в 8.2 можно забыть. make не работает. Обновлял вручную, по этой ссылке, раздел "Установка базы часовых поясов вручную". Могу завтра поделиться портом. Собирается даже на семерке. :-) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MMM Опубликовано 24 октября, 2014 · Жалоба По теме http://habrahabr.ru/post/240937/ http://habrahabr.ru/post/240915/ Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 26 октября, 2014 · Жалоба Для устаревших систем типа 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
YuryD Опубликовано 26 октября, 2014 · Жалоба http://www.oracle.com/us/technologies/java/tzupdater-readme-136440.html Не роялит. Ругается. Или в java с обновлениями уже вкрячены новые tz.В понедельник доложусь. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 26 октября, 2014 · Жалоба http://www.oracle.com/us/technologies/java/tzupdater-readme-136440.html Не роялит. Ругается. Или в 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' Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
YuryD Опубликовано 27 октября, 2014 · Жалоба http://www.oracle.com/us/technologies/java/tzupdater-readme-136440.html Не роялит. Ругается. Или в java с обновлениями уже вкрячены новые tz.В понедельник доложусь. С java может быть не всё так просто. Ругается на что? Может тупо нет прав на запись в файлы? А ещё многий софт таскает jre с собой, а вы запускается java из системы (из $PATH). У меня на java админка биллинга под винду :( Но есть возможность выставить таймзону руками. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sirmax Опубликовано 27 октября, 2014 · Жалоба Поймал странный глюк - при переводе времеи мне позвонили знакомые с просьбой разобраться в течении часа абиллз выдавал "Not allowed time" при попытках авторизоваться - причем прошло само Пока до меня дозвонились пока начал смотреть - проблема ушла сама. Что было - совершенно непонятно. Авторизация через модуль к радиусу на перле. Интеречно куда копать - у перла таймзона отличается от MySQL и/или cистемной? Проверил логи - такое было каждый год просто похоже все забивали ) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 27 октября, 2014 · Жалоба Как не составлял список, но про один сервер все-таки забыл, про офисный. Подскажите, есть ли в W2k3 административные шаблоны для GPO, чтобы часовой пояс на рабочих станциях обновить? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
joesm Опубликовано 27 октября, 2014 · Жалоба для этого есть wsus и соотв. обновления Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 27 октября, 2014 · Жалоба GPO тоже нужно. На рабочих станциях когда-то выставлялся часовой пояс Абу-Даби (нужно было +0400, а в Московском поясе этого не было). А теперь нужно вернуть назад. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AlKov Опубликовано 27 октября, 2014 · Жалоба А как победить 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 - аналогично.. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
st_re Опубликовано 27 октября, 2014 · Жалоба перезапустить крон... и сислог тоже :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AlKov Опубликовано 27 октября, 2014 · Жалоба перезапустить крон... Так писал же, что перезапускал. и сислог тоже :) А вот это похоже и было причиной бардака в логе cron-а. Единственно, что не понял, где сислог умудрялся в одно и то же время (!!) нарыть разный timestamp?! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
st_re Опубликовано 27 октября, 2014 · Жалоба Я так понимаю некоторые ему дают со временем и тогда он его и пишет, а некоторые не дают, тогда он сам время лепит. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...