Eu tenho um comportamento estranho executando o ntpd em uma máquina rhel 6.5. Essa máquina é executada como uma máquina virtual em um host kvm (também rhel) e esse host tem o tempo correto (em alguns ms) e um ntpd que o mantém correto.
O que eu notei é que depois de fazer um ntpdate -u o tempo acabará se tornando bom, e geralmente fica lá. No entanto, a Red Hat recomenda que se execute o ntpd também em convidados virtuais. Então eu começo o ntpd. Agora, isso vai bem na maioria dos nossos hosts, exceto em alguns casos em que vejo um comportamento estranho.
Nesses hosts, assim que o ntpd é iniciado, o tempo começa a ficar atrasado nesses sistemas em cerca de 0,5 ms / seg (ou os 500 ppm, que é o máximo que o ntpd perderá no tempo). E isso mesmo antes de o ntpd ter adquirido um colega, pode sincronizar com ...
Parar o ntpd interrompe o tempo de deslocamento. Comece, e o tempo começa a vagar novamente.
Em outras palavras, parece-me ter um ntpd que em alguns sistemas (e isso me deixa perplexo, já que todos são idênticos) faz mais ou menos o oposto exato do que deveria fazer.
Meu ntp.conf é bastante simples:
tinker panic 0
# Permit time synchronization with our time source, but do not'
# permit the source to query or modify the service on this system.'
restrict default kod nomodify notrap nopeer noquery
restrict -6 default kod nomodify notrap nopeer noquery
restrict 127.0.0.1
restrict -6 ::1
server time.mydomain.com
# Driftfile.
driftfile /var/lib/ntp/drift
Qual poderia ser a causa disso?
Parece que o ntpd tem uma ideia incorreta do desvio do clock da máquina virtual e está compensando incorretamente o desvio. Pare o ntpd, exclua o driftfile e reinicie o ntpd.
Se isso não corrigir o problema, considere a possibilidade de mudar para o chrony. Este é o cliente NTP padrão no EL 7 e está disponível no EPEL para EL 6.
Eu não encontrei esse problema antes, já que minhas VMs são executadas no VirtualBox ou no ESXi. Ambas as soluções expõem o relógio do host para a máquina convidada e, portanto, não enfrentei problemas com os relógios. Eu o enviaria para experimentar as VMs com os clocks problemáticos para usar a máquina Host como servidor NTP (e, é claro, modificar o ntp.conf da máquina host de acordo).
Enfim, achei o seguinte extremamente interessante.
link .
E, claro, se você executar o RHEL (e não o CentOS), recomendo strongmente que você abra um ticket de suporte.