Intereting Posts
Переадресация X11 через SSH и su Записывающее приложение, которое может синхронизировать между Android и Linux по беспроводной сети и НЕ использовать какие-либо онлайн-сервисы? Командная строка SQLite: как вы подключаете вывод к утилите UNIX? Сценарий для разбора полей Вышел из inodes на NFS mdadm: / dev / md0 собран из 3 дисков – недостаточно для запуска массива gajim мигает уведомлением о подносе Является ли предоставление всех разрешений группе www-data хорошей идеей? Запустите несколько сценариев и продолжайте работу до тех пор, пока не будет выполнен каждый сценарий Преодоление новых строк с помощью grep -o Сделать vim открытыми файлами как номодифицируемые, при определенных условиях Как предотвратить использование Qt / GTK-приложения (Калибр) для использования цветов, определенных в .Xresources? замените шаблон внутри строки с рисунка в начале Как править или сдвигать блок текста по определенному числу столбцов? Почему CentOS даже с последними версиями выпускает более ранние версии приложений, таких как Python 2.6?

Почему локальный сброс в часовой пояс по умолчанию?

Я использую следующие команды для установки часового пояса на нашем сервере Amazon Linux (Centos):

ls -al /etc/localtime -rw-r--r-- 1 root root 118 25 dec 2012 /etc/localtime sudo mv /etc/localtime /etc/localtime.bak sudo ln -s /usr/share/zoneinfo/Europe/Amsterdam /etc/localtime 

Это резервное копирование локального файла, чтобы вы могли видеть, когда и когда установлено время в нужном часовом поясе. В последнее время время было восстановлено по умолчанию. Бак-файл все еще существует, поэтому я знаю, что в прошлом я менял время.

Это из-за обновления ядра?

Почему не остается времени на то, что есть, и есть ли способ убедиться в этом?


Обновить

Это время обновленного локального файла:

 $ ls -al /etc/localtime -rw-r--r-- 1 root root 118 25 jun 19:05 /etc/localtime 

Глядя на /var/log/yum.log, я вижу следующее:

 Jun 25 19:05:27 Updated: glibc-common-2.17-55.143.amzn1.x86_64 Jun 25 19:05:30 Updated: glibc-2.17-55.143.amzn1.x86_64 Jun 25 19:05:31 Updated: libtiff-4.0.3-20.20.amzn1.x86_64 Jun 25 19:05:31 Updated: glibc-headers-2.17-55.143.amzn1.x86_64 Jun 25 19:05:31 Updated: subversion-libs-1.8.11-1.50.amzn1.x86_64 Jun 25 19:05:32 Updated: subversion-1.8.11-1.50.amzn1.x86_64 Jun 25 19:05:32 Updated: glibc-devel-2.17-55.143.amzn1.x86_64 Jun 25 19:05:32 Updated: libtiff-devel-4.0.3-20.20.amzn1.x86_64 Jun 25 19:05:32 Updated: python26-jmespath-0.7.1-1.9.amzn1.noarch Jun 25 19:05:32 Updated: python27-jmespath-0.7.1-1.9.amzn1.noarch Jun 25 19:05:33 Updated: glibc-2.17-55.143.amzn1.i686 

Поэтому я подозреваю, что один из них сделает это, одно из обновлений glibc, я думаю.

Посмотрите на ls -l /etc/localtime чтобы узнать, в какое время произошли изменения. Затем просмотрите журналы, такие как /var/log/audit/audit.log и /var/log/secure для того, что могло начаться примерно в это время.

Обратите внимание, что теперь systemd занял /etc/localtime и есть команда

 timedatectl set-timezone <zone> 

который также может изменить этот файл. Кроме того, существует systemd-timedated.service который предоставляет услугу dbus для изменения часового пояса. Вы также можете просмотреть журналы systemd:

 sudo journalctl -l|grep timedate 

Вы можете найти, какие сценарии запускаются путем установки rpm, запустив

 rpm -q --scripts glibc 

например, для glibc. Вы можете регистрировать изменения в файле, установив и запустив audit и настроив часы на файл с помощью

 sudo auditctl -w /etc/localtime -k mymarker 

затем просматривая журналы с помощью

 sudo ausearch -k mymarker 

Удалите все правила с помощью sudo auditctl -D . Вы получите информацию о любом процессе, который открывает или изменяет файл, но если это из сценария оболочки, который не поможет много, так как команда будет просто rm или ln .

Возможно, если вы используете timedatectl set-timezone чтобы изменить часовой пояс, а не связывать его самостоятельно, он будет делать это так, чтобы дальнейшие обновления принимались и не менялись.