NTP em execução, a hora do servidor está errada na VM

Question

O horário do servidor foi de 7 horas de folga (em vez de 10AM, eram 3AM, embora date mostrasse o fuso horário correto). A saída para o ntpq foi:

$ ntpq -p

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 xx.xxx.xxx.x.ar xxx.x.xx.xx      2 u   72 1024  177    6.516  2520657 1650156
 ntp.xxxx.ac.uk  xxx.xxx.xxx.x    2 u   7h 1024  377   14.039  2520655 1347346
 xxx.xxx.xxx.xx  xxx.xxx.xxx.x    2 u  114 1024  377    5.449  -18.941 2130343
 ns1.xxxxxxx.com xxx.x.xx.xx      2 u  148 1024  377    8.050  2520655 1650156

A hora foi corrigida por:

ntpdate -u 0.europe.pool.ntp.org

No entanto, aconteceu novamente alguns dias depois. Eu suspeito que a segunda linha em ntpq -p , que diz que tem sido 7h desde o último pacote recebido. Mas se essa é a razão, então por que o ntp não usou os outros servidores para sincronizar a hora?

O que aconteceu? Como você evitaria que isso acontecesse novamente?

Editar Outra coisa que pode ser útil considerar é que é uma VM. É possível que a VM estivesse em algum estado de pausa?

Observe que vmware-toolbox-cmd timesync status está desativado.

    

Answer 1

Quando começar, o ntpd verifica a diferença de horário entre o seu host e os servidores NTP remotos. Se essa diferença for muito grande (10-15 minutos, normalmente), ela recusará para alterar qualquer coisa.

Quando você executa ntpdate você efetivamente usa uma implementação SNTP simples, única, que traz o seu tempo em milissegundos do que o próprio ntpd faria. Agora, se você reiniciar o serviço ntpd, você deve ter um servidor sincronizado (verifique isso com ntpq -p ).

Uma solução permanente simples seria primeiro usar ntpdate no início do processo de inicialização e, após algum tempo, iniciar o daemon ntp "real". Para o registro, o CentOS 6.xe 7.x fazem a mesma coisa: se você instalar o ntpdate e o ntp, o primeiro será usado no início do processo de inicialização, enquanto o último será usado em um estágio posterior.

    

Answer 2

Parece que o seu ntp não consegue sincronizar devido ao excesso de jitter / offset, sugiro tentar um pool diferente de servidor ntp próximo ao seu país.

Não há necessidade de ofuscar o ip em seu status porque esses ip são servidores públicos e bem documentados

Se você operar em VMware, verifique também link e mantenha o relógio ntp do servidor físico alinhado .

Sobre "Outra coisa que pode ser útil considerar é que é uma VM. É possível que a VM esteja em algum estado de pausa?"

Sim, o VMware sincroniza novamente o relógio após uma pausa, mesmo que as ferramentas VMware estejam definidas para desativar a sincronização

Independentemente de você ativar a sincronização periódica de horário do VMware Tools, a sincronização de horário ocorre após determinadas operações:

• Quando o daemon do VMware Tools é iniciado (como durante uma reinicialização ou operação de ativação)
• Ao retomar uma máquina virtual a partir de uma operação de suspensão
• Depois de reverter para um instantâneo
• Depois de encolher um disco