tempo no servidor não corrigido pelo ntp.conf

Question

Essa pergunta foi feita muito no passado, mas como o ntpdate foi preterido, estou tendo problemas para encontrar respostas que funcionam via ntp.conf. Eu li muito sobre como configurar um cron job para o ntpdate é uma má idéia agora, então essa resposta não funcionará para mim.

O tempo do meu servidor (servidor do Ubuntu 14.04) está flutuando um pouco, e eu tenho um servidor de tempo que estou usando localmente.

No meu arquivo ntp.conf eu tenho meu servidor listado como este

server 192.168.1.25 iburst burst minpoll 4 maxpoll 4

Apesar dessas configurações, o temporizador de watchdog é executado a partir de

ntpdc -c loopinfo 

nunca é redefinido e meu desvio continua ficando maior e maior.

Para resumir minha pergunta, por que meu arquivo /etc/ntp.conf não está realmente fazendo nada? Mais informações: Esta é uma VM Ubuntu 14.04 em execução no Hypver-V e é usada como um servidor Redmine.

saída do ntpq -p (não tenho certeza se o typo, mas não q opção)

    remote           refid        st  t  when  poll  reach   delay   offset   jitter
   ===================================================================================
    myother.server 192.168.1.26    2  u   2    16    377     0.607   0.808     4691.46 

    

Answer 1

Após algumas pesquisas, o problema ficou óbvio. Não foi realmente um problema com a própria máquina, mas com o hyper-v. Aparentemente, o Hyper-v é uma escolha terrível para a virtualização do Linux. É um problema conhecido que parece não ter uma correção além de apenas executar algo na máquina Linux convidada.

Eu uso esse cron job

0 * * * * /usr/sbin/ntpdate 192.168.1.x

obviamente, o 192.168.1.x representa o servidor ntp. Isso consertava meu tempo a cada hora. A documentação sobre como o hyper-v tem dificuldade em manter o tempo com os hóspedes do linux é notada em vários lugares, como aqui e aqui .