우리는CentOS Linux 7(코어)을 사용하는 Amazon AWS 인스턴스. 하지만 아마도 이것은 시스템에 특정한 것이 아닐 수도 있습니다.
며칠 전시스템 시계(날짜) 매우 빠르게 가속되기 시작합니다. 와 비교해보자면하드웨어 시계(하드웨어 시계), 약 10~20분 후에 시스템 시계(날짜)가 48초 앞서게 됩니다.
And 48 secs offset is the max value
. 몇 시간 후에는 48초 앞당겨집니다.
약간의 오프셋이 정상이라는 것을 알고 있습니다. 그러나 10~20분 정도의 48초 오프셋은 정상이 아닙니다. "델타" 값을 사용하고 시스템 시간을 조정할 수 있는 adjtimex와 같은 파일과 라이브러리가 있다는 것도 알고 있지만 제 경우에는 약 48초에 도달했을 때 가속 프로세스가 중지되었습니다. 그래서,하드웨어 시계예를 들어 12:00:00을 인쇄합니다.날짜12:00:48을 인쇄합니다.
나는 시도했다:
- 설치하다날짜그리고 다음을 통해 시간을 동기화합니다.
ntpdate pool.ntp.org
hwclock --hctosys
하드웨어 시계에서 시스템 시간을 설정합니다.hwclock --systohc
또한 ntpdate와 시간(날짜)을 동기화한 후 시도했습니다.- 생성된 파일
/etc/sysconfig/clock
은 "HWCLOCK_ADJUST" 매개변수가 로 설정되었습니다true
. 또한false
값을 시도했습니다. - 주변의 삭제된 파일
/etc/adjtime
중UTC그리고영그 안에 있는 가치
하지만 행운은 없습니다.
시간이 동기화된 후 다음 코드를 실행합니다.$ while true; do ntpdate pool.ntp.org; sleep 60; done
16 Jan 15:29:45 ntpdate[20656]: step time server 129.250.35.251 offset -4.977822 sec
16 Jan 15:30:46 ntpdate[20743]: step time server 129.250.35.251 offset -5.117517 sec
16 Jan 15:31:48 ntpdate[20813]: step time server 74.117.214.3 offset -4.853926 sec
16 Jan 15:32:50 ntpdate[20890]: step time server 23.239.26.89 offset -5.583270 sec
16 Jan 15:33:51 ntpdate[20941]: step time server 74.117.214.3 offset -4.983483 sec
16 Jan 15:34:53 ntpdate[20994]: step time server 12.167.151.1 offset -5.150401 sec
16 Jan 15:35:54 ntpdate[21080]: step time server 173.255.206.154 offset -5.256357 sec
16 Jan 15:37:03 ntpdate[21155]: adjust time server 12.167.151.1 offset 0.011276 sec
16 Jan 15:38:09 ntpdate[21205]: adjust time server 108.61.56.35 offset -0.019818 sec
16 Jan 15:39:16 ntpdate[21241]: adjust time server 108.61.56.35 offset -0.285154 sec
16 Jan 15:40:18 ntpdate[21660]: step time server 108.61.56.35 offset -5.227262 sec
16 Jan 15:41:19 ntpdate[21706]: step time server 108.61.73.244 offset -5.474606 sec
16 Jan 15:42:20 ntpdate[21756]: step time server 108.61.73.244 offset -5.286961 sec
16 Jan 15:43:22 ntpdate[21791]: step time server 108.61.73.244 offset -4.808674 sec
16 Jan 15:44:29 ntpdate[21885]: adjust time server 96.244.96.19 offset -0.010287 sec
16 Jan 15:45:36 ntpdate[21952]: adjust time server 96.244.96.19 offset -0.000296 sec
16 Jan 15:46:43 ntpdate[22013]: adjust time server 96.244.96.19 offset -0.012838 sec
16 Jan 15:47:51 ntpdate[22126]: adjust time server 198.206.133.14 offset -0.347436 sec
16 Jan 15:48:53 ntpdate[22220]: step time server 198.206.133.14 offset -5.570427 sec
16 Jan 15:49:57 ntpdate[22300]: step time server 198.206.133.14 offset -5.229636 sec
16 Jan 15:50:58 ntpdate[22367]: step time server 104.131.53.252 offset -5.466987 sec
16 Jan 15:52:00 ntpdate[22407]: step time server 104.131.53.252 offset -5.298659 sec
16 Jan 15:53:01 ntpdate[22462]: step time server 104.131.53.252 offset -5.127748 sec
16 Jan 15:54:03 ntpdate[22578]: step time server 129.6.15.30 offset -5.014787 sec
16 Jan 15:55:05 ntpdate[22617]: step time server 129.6.15.30 offset -5.144181 sec
16 Jan 15:56:06 ntpdate[22694]: step time server 129.6.15.30 offset -5.436509 sec
16 Jan 15:57:08 ntpdate[22733]: step time server 96.238.43.39 offset -5.038639 sec
무슨 일이 일어나고 있는지 누가 말해줄 수 있나요? 이게 무슨 뜻이야?시스템 시계가끔은 3~4분 정도면 괜찮아지나요? 이 로그 이전에는 항상 최대 48초까지 빨라졌다고 생각했습니다. 60초마다 로그가 출력되지 않는 이유는 ntpdate가 몇 초 동안 작동한 후 동기화 후에 텍스트를 쓰기 때문입니다.
우리는 날짜를 자동으로 동기화하는 서비스로 ntpdate(ntp)를 실행하여 이 문제를 해결했습니다.
"갑자기 큰 가속"의 가능한 원인은 무엇입니까?
이것이 일반적인 문제가 아닌 경우 Amazon 지원팀에 문의하여 도움을 받으실 수 있습니다.
답변1
문제는 하이퍼바이저 중 하나에 있을 수 있습니다. 시계가 48초씩 어긋날 수도 있습니다(AWS 고유의 문제는 아닙니다).
Xen 버그도 있는데 지금 적용되는지 확실하지 않습니다. (AWS는 아직 kvm으로 마이그레이션되지 않았나요?)
chrony
Amazon에서는 NTP 서버 중 하나와 동기화되는 소프트웨어를 설치할 것을 권장합니다 . 구경하다AWS 설명서 - EC2 - Linux 인스턴스의 시간 설정
좋다:
sudo yum erase ntp*
sudo yum install chrony
만들다 /etc/chrony.conf
:
server 169.254.169.123 prefer iburst
마침내:
sudo service chronyd start
@jordanm 의견에 따라 시도해 볼 수도 있는 한 가지 방법은 EC2 서버를 중지/시작하는 것입니다. 운이 좋으면 시계 왜곡 없이 다른 하이퍼바이저에서 실행될 수도 있습니다.
이러한 조치를 취해도 문제가 해결되지 않으면 Amazon에 티켓을 발행하겠습니다.