Я использую экземпляр сервера Amazon EC2, на котором работает дистрибутив Amazon Linux AMI . (Я читал, что он основан на CentOS / Red Hat). Моя конкретная версия - выпуск 2012.09 .
Во всяком случае, мне удалось сменить часовой пояс около недели назад со стандартного UTC на America / New_York (то есть EST / EDT). Команда, которую я использовал, чтобы изменить это:
ln -sf /usr/share/zoneinfo/America/New_York /etc/localtime
... благодаря этому другому вопросу о сбое сервера . В тот момент я смог запустить dateиз командной строки, и он правильно отображал время EDT. И даже после того, как EDT «откатился» на EST в прошлое воскресенье, я был рад обнаружить, что бег по- dateпрежнему дает правильное местное время. Это было здорово.
Однако, после yum updateвчерашнего запуска , похоже, что мой часовой пояс вернулся обратно в обычный UTC. Я даже проверил время последнего изменения /etc/localtimeфайла, и он действительно подтвердил, что он был изменен примерно в то же время, когда я обновлялся.
Есть ли способ, чтобы предотвратить это снова, или я застрял, сбрасывая часовой пояс каждый раз, когда я делаю yum update?
источник
yum update(когда обновления доступны, конечно) мой часовой пояс не возвращается. А пока я проверил/etc/sysconfig/clockи у него естьZONE="UTC"иUTC=true. Нужно ли говоритьUTC=false? или я только меняю ZONE?/etc/timezoneно он возвращается к UTC при каждом выходе из сервера. И по какой-то причине/etc/sysconfigдля меня не существует, поэтому я не могу изменитьclockфайл. Есть намеки?Вот что я использую, чтобы держать их в тихоокеанском времени:
источник
UTC=falseне нужно. Если после тестирования я обнаружу, что это необходимо, я вполне могу пометить ваш ответ как принятый.falseбудет препятствовать отображению правильного местного времени или нет, но независимо от этого, просто оставив его со значением по умолчанию,UTC=trueкак мне кажется, подойдет. Если вы хотите «поэкспериментировать» с различными настройками, я смог протестировать обновления с помощьюyum history undo [a number]команды. Я быdate