다음 명령을 사용하여 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
그러면 현지 시간 파일이 백업되므로 시간이 올바른 시간대로 설정되었는지 여부와 시기를 확인할 수 있습니다. 가장 최근 시간이 기본값으로 복원되었습니다. bak 파일이 아직 거기에 있으므로 과거에 시간을 변경했음을 알 수 있습니다.
커널 업데이트 때문인가요?
시간이 동일하게 유지되지 않는 이유는 무엇이며 이를 보장할 수 있는 방법이 있습니까?
고쳐 쓰다
업데이트된 현지 시간 파일의 시간은 다음과 같습니다.
$ 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 업데이트 중 하나가 아닐까 싶습니다.
답변1
ls -l /etc/localtime변경사항이 언제 발생했는지 확인하세요 . 그런 다음 /var/log/audit/audit.log및 와 같은 로그를 보고 /var/log/secure그 당시에 어떤 일이 시작되었을지 알아보세요.
이제 인계 systemd받았으며 /etc/localtime명령이 있습니다.
timedatectl set-timezone <zone>
파일을 변경할 수도 있습니다. 또한 systemd-timedated.service,데이터베이스 버스 서비스시간대를 변경하세요. 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. 파일을 열거나 변경한 모든 프로세스에 대한 정보를 얻을 수 있지만 쉘 스크립트에서 가져온 것이라면 명령이 rmor 이기 때문에 별로 도움이 되지 않습니다 ln.
timedatectl set-timezone아마도 시간대를 직접 연결하는 대신 시간대를 변경 했다면 추가 업데이트에서는 이를 변경하지 않고 수락하는 방식으로 작동했을 것입니다.