Последний перевод часов на лето
andribas 10 марта, 2011 - 11:38
Здравствуйте!
Подскажите, пожалуйста, что нужно сделать, чтобы отменить авто перевод на лето / зиму?
Ждать каких-то патчей или дело в настройках?
»
- Для комментирования войдите или зарегистрируйтесь
а часы сами переходят? О_о я
а часы сами переходят? О_о
я просто время с ntp беру... как они там - вручную или автоматом переводят меня интересует мало...
У меня тоже ntp стоит, даже
У меня тоже ntp стоит, даже stratum=3 вроде, я так понимаю тут дело не во времени а в поясах каких-то?
В php, еще где-то тоже системные настройки часового пояса берутся?
Просто всегда часы переводились весной и осенью, привыкли, а теперь весной последний раз переведут, вот и думаю, что нибудь нужно сделать, чтобы осенью не было перевода обратно?
Все-таки должен быть патч /etc/localtime в смысле zoneinfo?
должно быть как в японии, там часы не переводят
последний перевод в 1951 году
Установить свежий
Установить свежий sys-libs/timezone-data, когда будет обновление российских часовых поясов.
Не грусти, товарищ! Всё хорошо, beautiful good!
И не забыть, что
И не забыть, что /etc/localtime должно быть не как в онлайн мануале - независимой копией, а rm /etc/zoneinfo; ln -s /usr/share/zoneinfo/Europe/Moscow /etc/zoneinfo
Легко догадаться, что для немосквичей будет что-то другое примерно оттуда же ;)
Ну вообще пользователи
Ну вообще можно сделать проще. Достаточно загнать /etc/conf.d/clock (для baselayout 1) или в /etc/timezone (для baselayout 2) свой часовой пояс, и /etc/localtime (не zoneinfo) будет обновляться автоматически при установке любой версии timezone-data
Не грусти, товарищ! Всё хорошо, beautiful good!
Спасибо за
Спасибо за просветление.
Только /etc/localtime в этом случае сильно отличается от /usr/share/zoneinfo/Europe/Moscow.
Коррекция локального времени необходима не только для определения текущего времени, но и определение локального времени для прошлого.
И как-то в этом случае оно плохо работает.
PS.
Для baselayout 1 в
Для baselayout 1 в /etc/conf.d/clock есть специальная переменная - TIMEZONE, она-то и используется для определения текущего часового пояса.
Не грусти, товарищ! Всё хорошо, beautiful good!
winterheart написал(а): Для
А какую роль в этом случае играет /etc/localtime ?
Простую - обновляться.
Простую - обновляться.
Не грусти, товарищ! Всё хорошо, beautiful good!
Хм...А у меня другая
Хм...
А у меня другая ситуация. Есть несколько машин, обновить которые, по ряду причин, нереально. Думал, что обновляется только содержимое /usr/share/zoneinfo. Слил с обновленной CentOS машины эту папочку, сделал симлинк на Екатеринбург, время всё равно на час назад.
Какие-то еще файлы надо обновлять?
Пробовал баловаться с файлами из /usr/share/zoneinfo/etc (GMT+6) , получается фигня: в консоли время одно, в апаче другое, мускул пишет записи с третьим временем. С вариантом локального времени также, кстати.
Гуру, посоветуйте :)
В чём проблема с обновлением
В чём проблема с обновлением
sys-libs/timezone-data
?Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
/
Плохо.
И кому ув. тов. winterheart популярно объяснял что не симлинк нужно делать, а копировать соответствующий файл зоны в
/etc/localtime
?Как же: знаем, плавали... :)
А демонов (начиная с
syslogd
иcrond
попинать (kill -HUP ...
) не забыл? :)...но список потенциальных граблей этим не ограничивается.
Дальнейшие действия зависят от списка сервисов.
:wq
--
Live free or die
Попинать не забыл - пинал всю
Попинать не забыл - пинал всю тачку каждый раз. То есть ребутал. Да, если файл вместо симлинка, то это то же самое.
trscod написал(а): Слил с
У меня ситуация противоположная - слил на центос с генты
выполните:
правильный вывод:
если есть еще строки - файл зон неверен
Люди, вы чего тут ересь
Люди, вы чего тут ересь разводите?
В gentoo пакет - timezone-data, в CentOS - пакет tzdata, зачем фигней страдать, ошибки плодить?
Не грусти, товарищ! Всё хорошо, beautiful good!
Когда рут в скваше, обновить
Когда рут в скваше, обновить пакет несколько невозможно :))
Vovike, спасибо, попробую, отпишусь.
Файлы из другого дистриба
Файлы из другого дистриба закинуть можно, а обновить нет?
С таким же успехом можно распаковать, обновить и запаковать обратно. Или замонтировать поверх что-то типа ubionfs и записать изменения туда.
winterheart
Спасибо, у меня вроде так и сделано. Буду значит ждать обновления
winterheart
любителям стабильной ветки похоже еще не один раз придется переходить )))
Всем спасибо за ответы. Решил
Всем спасибо за ответы.
Решил задачу так:
Использую файлы /usr/share/zoneinfo/Etc/GMT-4 для Московской зоны. А вот с зоной, например, Уфы (Etc/GMT-6) получается косяк в php 5.2. Упорно стоит в Московской зоне. Лечится так: во всех файлах php.ini, которые найдете, нужно раскомментить и подправить следующую строку: "date.timezone = Etc/GMT-6"