Ubuntu 10.04 시스템에서 다음과 같은 이상한 NTP 동기화 이벤트가 발견되었습니다.
Jul 3 02:19:51 hst ntpd[1432]: no servers reachable
Jul 3 02:36:55 hst ntpd[1432]: synchronized to 91.189.94.4, stratum 2
Jul 3 02:53:48 hst ntpd[1432]: time reset -10.407942 s
Jul 3 02:53:48 hst ntpd[1432]: kernel time sync status change 6001
Jul 3 02:53:48 hst dovecot: dovecot: Fatal: Time just moved backwards by 10 seconds. This might cause a lot of problems, so I'll just kill myself now. http://wiki.dovecot.org/TimeMovedBackwards
Jul 3 02:58:37 hst ntpd[1432]: synchronized to 91.189.94.4, stratum 2
Jul 3 02:58:37 hst ntpd[1432]: kernel time sync status change 2001
Jul 3 03:08:15 hst ntpd[1432]: no servers reachable
Jul 3 03:16:49 hst ntpd[1432]: synchronized to 91.189.94.4, stratum 2
Jul 3 03:17:01 hst CRON[28221]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Jul 3 03:18:04 hst ntpd[1432]: time reset +10.403648 s
Jul 3 03:22:41 hst ntpd[1432]: synchronized to 91.189.94.4, stratum 2
91.189.94.4 europium.canonical.com이고 유일한 서버 라인은 다음과 ntp.conf
같습니다.
server ntp.ubuntu.com
2시 36분의 업데이트는 25분 후에 취소되었기 때문에 꽤 가짜인 것 같습니다.
이에 대한 가능한 이유는 무엇입니까?
나는 다음을 생각할 수 있다:
- 원격 NTP 서버가 잘못된 시간을 제공합니다.
- 네트워크 문제(긴 대기 시간으로 인해 이러한 드리프트가 발생할 수 있습니까?)
- 윤초 유발 버그(대신 충돌이 발생해야 겠죠?)
첫 번째 대안이 문제라면 어떻게 이를 방지할 수 있습니까?
server
NTPD는 여러 NTP 서버( 에서 여러 회선을 사용할 수 있는 경우)를 참조 ntp.conf
하고 서로 다른 답변이 서로 너무 많이 벗어나는지 감지할 만큼 똑똑합니까?
답변1
저는 몇 년 전에 Slackware 시스템에서 이와 같은 syslog 항목을 본 적이 있습니다. 나는 문제의 기계를 2002년에 구입했고 수년 동안 거의 연중무휴로 작동했다고 생각합니다. 그것은 나의 SSH, SMTP 및 HTTP 서버였습니다. NTP 오류는 천천히 발생했으며 빈도가 점차 증가했습니다.
마더보드에 있는 동전 크기(미국 쿼터) CR2032 배터리 중 하나인 "CMOS RAM" 배터리를 교체하여 처음으로 문제를 해결했습니다.
1~2년 더 작동한 후, 그 기계는 시간을 정확하게 측정하는 것을 완전히 중단했고 정기적으로 다시 시작해야 했습니다 ntpd
. 내가 이해하는 바에 따르면 ntpd
로컬 시계가 네트워크 시계와 어떻게 다른지에 대한 과거 데이터를 기반으로 "왜곡 파일"을 유지합니다. 내 추측으로는 문제의 마더보드에는 훌륭한 시계가 없었으며 시계가 마침내 너무 나빠져서 "왜곡 파일"이 그 엄청난 변화를 따라잡을 수 없었을 것입니다.