이것은 XenServer 7.1 CU1호스트입니다. NTP 는 다른 Linux distro./etc/ntp.conf
server 0.north-america.pool.ntp.org
server 1.north-america.pool.ntp.org
server 2.north-america.pool.ntp.org
server 3.north-america.pool.ntp.org
서비스를 다시 시작한 후 통계를 확인합니다.
[root@c0101 ~]# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*tock.usshc.com .GPS. 1 u 56 64 1 32.936 36.036 0.000
www.tripout.tec 128.233.154.245 2 u 56 64 1 82.397 46.653 0.000
+t2.time.bf1.yah 98.139.133.62 2 u 57 64 1 17.589 26.316 0.000
mirrors.switch. 206.108.0.134 2 u 55 64 1 63.777 57.423 0.000
이를 보면 (* 별표 표시) 선택되어 있고 폴링 시간은 62초로 소스 불량으로 인해 최소화되었으며 오프셋이 높은 것을 알 수 있습니다 tock.usshc.com(다른 환경의 서버에서 확인했기 때문에 지터가 0인 -0.81)만 표시됩니다. 모든 경우에 최소한 낮은 숫자가 표시되기 때문에 이상해 보입니다. 예를 들어 0.1대기 시간은 정상적으로 보입니다.
약 10분 후에는 "잘못된 출처"로 인해 서버 선택이 없으며(* 기호 없음) 오프셋 및 지터가 나빠 보입니다.
[root@c0101 ~]# ntpq -c peers
remote refid st t when poll reach delay offset jitter
==============================================================================
tock.usshc.com .GPS. 1 u 52 64 205 32.952 6021.94 4422.72
www.tripout.tec 128.233.154.245 2 u 64 64 377 82.473 5880.01 3724.85
t2.time.bf1.yah 98.139.133.62 2 u 3 64 377 17.812 6647.80 3704.53
mirrors.switch. 206.108.0.134 2 u 1 64 377 63.746 6678.59 3723.43
이것은 ntp 로그이며 이해하는 데 어려움을 겪고 있습니다.
[root@c0101 ~]# cat /var/log/ntp.log
14 Sep 12:01:20 ntpd[3914]: ntp_io: estimated max descriptors: 1024, initial socket boundary: 16
14 Sep 12:01:20 ntpd[3914]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
14 Sep 12:01:20 ntpd[3914]: Listen and drop on 1 v6wildcard :: UDP 123
14 Sep 12:01:20 ntpd[3914]: Listen normally on 2 lo 127.0.0.1 UDP 123
14 Sep 12:01:20 ntpd[3914]: Listen normally on 3 xapi1 10.131.250.22 UDP 123
14 Sep 12:01:20 ntpd[3914]: Listening on routing socket on fd #20 for interface updates
14 Sep 12:01:20 ntpd[3914]: 0.0.0.0 c016 06 restart
14 Sep 12:01:20 ntpd[3914]: 0.0.0.0 c012 02 freq_set kernel 500.000 PPM
14 Sep 12:01:21 ntpd[3914]: 0.0.0.0 c61c 0c clock_step +1014.260362 s
14 Sep 12:18:15 ntpd[3914]: 0.0.0.0 c614 04 freq_mode
14 Sep 12:18:16 ntpd[3914]: 0.0.0.0 c618 08 no_sys_peer
14 Sep 12:19:39 ntpd[3914]: ntpd exiting on signal 15
14 Sep 12:19:39 ntpd[4689]: ntp_io: estimated max descriptors: 1024, initial socket boundary: 16
14 Sep 12:19:39 ntpd[4689]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
14 Sep 12:19:39 ntpd[4689]: Listen and drop on 1 v6wildcard :: UDP 123
14 Sep 12:19:39 ntpd[4689]: Listen normally on 2 lo 127.0.0.1 UDP 123
14 Sep 12:19:39 ntpd[4689]: Listen normally on 3 xapi1 10.131.250.22 UDP 123
14 Sep 12:19:39 ntpd[4689]: Listening on routing socket on fd #20 for interface updates
14 Sep 12:19:39 ntpd[4689]: 0.0.0.0 c016 06 restart
14 Sep 12:19:39 ntpd[4689]: 0.0.0.0 c012 02 freq_set kernel 500.000 PPM
14 Sep 12:19:40 ntpd[4689]: 0.0.0.0 c61c 0c clock_step +1.067923 s
14 Sep 12:19:41 ntpd[4689]: 0.0.0.0 c614 04 freq_mode
14 Sep 12:19:42 ntpd[4689]: 0.0.0.0 c618 08 no_sys_peer
14 Sep 12:22:58 ntpd[4689]: 0.0.0.0 c628 08 no_sys_peer
14 Sep 12:26:11 ntpd[4689]: 0.0.0.0 c638 08 no_sys_peer
여기에 있다추가 출력그리고 ntpq -c as내가 이해하려고 노력하는 다른 것들도 있습니다.
문제를 해결하기 위해 다음 링크를 사용해 왔습니다. http://support.ntp.org/bin/view/Support/TroubleshootingNTP https://rags.wordpress.com/2011/10/17/how-to-debug-ntp-issues/
답변1
가상 머신인 경우 다음을 확인하세요.
ntp.conf에 설정 했습니다
tinker panic 0(노트:이는 conf 파일의 첫 번째 줄이어야 합니다! ). 이렇게 하면 시계가 너무 멀리 표류하는 경우 ntpd가 작동하는 것을 방지할 수 있습니다. 그리고...변환 모드(ntpd -x)로 실행되고 있지 않은지 확인하세요. 변환 모드는 단계적 클럭킹보다는 단계적으로 조정을 시도합니다. 클럭이 슬루율보다 빠르게 드리프트하는 경우 이는 가상 머신에서 문제가 될 수 있습니다.
답변2
클럭 소스를 dom0(관리 가상 머신) 대신 xen(하이퍼바이저)으로 변경하면 이 문제를 해결할 수 있습니다./opt/xensource/libexec/xen-cmdline --set-dom0 clocksource=xen
또 다른 더 복잡한 수정은 틱 빈도를 조정하는 것입니다.이 링크
현재 버전의 일부 버그와 특정 유형의 Dell 하드웨어 사용으로 인해 시계가 너무 빨리 표류하기 때문에 NTP가 시계를 조정할 수 없는 이유에 대한 정보가 많지 않습니다.
새 버전에서 수정 사항이 릴리스되는 경우입니다.