Eu tenho um problema estranho com um servidor. Ele é configurado para usar 2 servidores, assim como todos os outros servidores (a configuração é a mesma para um par de servidores e todos eles estão funcionando, exceto este) e tinha um deslocamento enorme (acima de 1000s), mas a cada 1h20min ele corrige em si e está de volta a tempo por alguns minutos. Então eu já fiz o seguinte:
Emitiu o seguinte comando:
ntpdate -b xxx.xxx.xxx.Xxx
iniciou o daemon ntpd novamente
Mas sem resultado.
Meu arquivo ntp.conf é assim:
listen-on xxx.xxx.xxx.xxx accept
server xxx.xxx.xxx.xxx burst iburst minpoll 4 maxpoll 4
restrict xxx.xxx.xxx.xxx
driftfile /var/lib/ntp.drift
logfile /var/lib/ntpd.log
server xxx.xxx.xxx.xxx burst iburst minpoll 4 maxpoll 4
restrict xxx.xxx.xxx.xxx
driftfile /var/lib/ntp.drift
logfile /var/lib/ntpd.lo
Algum conselho sobre quais etapas seguir? Ou uma maneira de consertar isso?
Atenciosamente
Atualizar
O ntpq -p -crv
[root@xxxxxxxx ~]# ntpq -p -crv
remote refid st t when poll reach delay offset jitter
==============================================================================
+xxxxxxxxxxxxxxx xxx.xxx.xxx.xxx 3 u 10 16 377 1.992 410.988 10.517
*xxxxxxxxxxxxxxx xxx.xxx.xxx.xxx 2 u 6 16 377 2.758 420.365 12.230
status=0614 leap_none, sync_ntp, 1 event, event_peer/strat_chg,
version="ntpd [email protected] Fri Aug 24 16:13:49 UTC 2012 (3)",
processor="i686", system="Linux/2.6.22.9-61.NS5", leap=00, stratum=3,
precision=-21, rootdelay=8.343, rootdisp=457.558,
refid=xxxxxxxxxxxx,
reftime=d7d674da.8041b0f8 Wed, Oct 1 2014 14:40:58.501,
clock=d7d67500.7904168c Wed, Oct 1 2014 14:41:36.472, peer=59935,
tc=4, mintc=3, offset=223.125, frequency=0.000, sys_jitter=19.824,
clk_jitter=123.945, clk_wander=0.000
Eu tive um problema semelhante. Eu já tive um servidor NTP funcionando. E, claro, mudei alguma coisa e acabei percebendo que não estava mais funcionando.
Descobri que alterei meu BIOS e desativara o IOMMU em uma máquina que estava agindo como hipervisor de VM. E o hipervisor VM também era meu servidor NTP.
Eu não posso acreditar que foi capaz de operar como um hipervisor. Então, verifique o IOMMU em kern.log (ou dmesg).
Outra pista, com o tempo, se o status timedatectl funcionar.