O horário muda repentinamente mesmo que o NTP esteja configurado

Question

Se tiver o SLES 11 SP2 e este é o problema:

Eu configurei o serviço NTP e quando o reinicio, ele está sincronizando corretamente a hora.

Então, de repente, após cerca de 7-8 minutos, o tempo muda. Aqui está um log do comando date exibido a cada 10 segundos:

Tue May 24 20:11:35 CEST 2016
Tue May 24 20:10:38 CEST 2016   <-- Restart of the NTP service
Tue May 24 20:10:48 CEST 2016
....
Tue May 24 20:17:59 CEST 2016
Tue May 24 20:19:16 CEST 2016   <-- Here it changed

Qual pode ser o problema?

Atualizar :

1. Sim, é uma VM em um XenServer 6.5
2. Não, em /var/log/messages/ há NÃO entrada quando a hora mudou.
3. Saída de ntpq -p :

 remote           refid           st t when poll reach   delay   offset  jitter
 ------------------------------------------------------------------------------
 LOCAL(0)        .LOCL.           10 l   24   64  377    0.000    0.000   0.001
 *rs000486.fastro 192.53.103.108   2 u  119  256  377   21.547  -66949.   1.243

Atualização:

Tenho no total 10 VMs Linux SLES 11 SP2 localizadas em 2 sistemas host: 1 sistema é XenServer 6.5 e o outro é XenServer 6.0. Esse problema está apenas no host com o XenServer 6.5 - todas as VMs em execução no host com o XenServer 6.0 não têm esse problema.

Copiei o arquivo /etc/ntp.conf da VM em execução correta, mas não alterei.

    

Answer 1

sysadmiral já estava no caminho correto e Mark Plotnick finalizou o pensamento. O host do XenServer tem um horário errado e esse tempo é então replicado para as VMs.

Até agora, o motivo da minha pergunta foi encontrado e agora eu tenho que resolver como corrigir o problema de tempo no XenServer, mas isso pode ser outra questão.

Agora posso - de acordo com sysadmiral - configurar os clientes para ignorar o host ou definir o horário correto no host. A última opção tem a vantagem de não ter que configurar o serviço ntp de todo ...

    

Answer 2

Sua saída ntpq -p mostra um deslocamento de -66949. milissegundos com a referência selecionada (por * em col 1). Quando isso foi estabilizado, o ntp fez um passo de 66 segundos para fixar o tempo, correspondendo ao seu salto observado de 20:17:59 a 20:19:16 (+10 segundos entre as observações).

Normalmente, é possível executar ntpdate para obter uma boa estimativa do tempo e, em seguida, executar o ntpd para estabilizar lentamente e depois mover o relógio lentamente para o sincronismo.

Eu não sei o que seu sistema operacional oferece, mas procure as opções -x e -g e configurações com iburst no final da linha server ... .