В этом году в Бразилии президент решил, что переходить на летнее время не следует. И из-за этого мой сервер Centos 8 показывает неправильное время, я имею в виду, когда я использую date
указанное время неверно на 1 час. Обычно, когда я устанавливаю свой сервер, я выполняю это:
ln -s /usr/share/zoneinfo/Brazil/East /etc/localtime
Часовой пояс Бразилии Восток теперь равен -3, но при использовании файла над часовым поясом получается -2 (потому что по какой-то причине ошибочно полагают, что в этом году должно быть летнее время, как это всегда было).
Так как мне это исправить? Можно ли указать серверу обновлять файлы zoneinfo на основании решений правительства день за днем? Предположим, президент Бразилии сегодня решил, что завтра мы должны перейти на летнее время. Существует ли международная организация, которая предоставляет файлы зон, обновляемые в соответствии с решениями местного правительства?
обс: пробовал nano
файл / usr / share / zoneinfo / Brazil / East, однако странные символы появляются на экране, поэтому я отказался от его редактирования.
Бразилия больше не соблюдает летнее время. tzdata-2019b около июля. (ICANN, ранее IANA, занимается сопровождением изменений.)
Почему-то я нахожу 2019a только на зеркалах CentOS 8. Вы можете поднять проблему в отчете об ошибке или в списке рассылки. Upstream RHEL выполняет немедленный выпуск tzdata.
Пока это не будет обновлено, подумайте о выборе другого города с тем же смещением, например Америка / Аргентина / Буэнос-Айрес. (Надеюсь, оба поступят разумно и не будут переходить на летнее время, но кто знает ...)
Переход на летнее время в Бразилии был включен в TZ версии 2019b.
Бег yum update tzdata
должен предоставить вам новейшую версию (которая на самом деле 2019c
, но он включает в себя изменения, которые вам нужны).
Ты можешь использовать rpm -q tzdata
чтобы проверить свою версию.
CentOS, похоже, отстает от выпуска этих обновлений - они по-прежнему предлагают только версию 2019a. Видеть https://www.centos.org/forums/viewtopic.php?t=72416 для обсуждения и https://bugs.centos.org/view.php?id=16702 для отчета об ошибке