Desvio do relógio do Crazy VM

2

Isso é obtido de uma VM Ubuntu 10.10 em execução no ESX5:

Nov  3 21:58:50 server1 ntpd[21169]: adjusting local clock by 31.187370s
Nov  3 22:02:36 server1 ntpd[21169]: adjusting local clock by 31.159808s
Nov  3 22:05:18 server1 ntpd[21169]: adjusting local clock by 31.067579s
Nov  3 22:07:59 server1 ntpd[21169]: adjusting local clock by 30.952187s
Nov  3 22:11:38 server1 ntpd[21169]: adjusting local clock by 30.890147s

De acordo com o VMWare KB sem kernel ajustes devem ser necessários para o Ubuntu 10.10 manter o tempo de acordo com seus padrões.

O que é especialmente estranho é que o desvio parece bastante consistente.

Qualquer ajuda apreciada neste!

UPDATE

Eu corri o rabo no log por um tempo para assistir isso, e apenas voltei para ele e notei que a distância está diminuindo toda vez que ele pesquisa qual é ... estranho ...

Nov  3 21:58:50 server1 ntpd[21169]: adjusting local clock by 31.187370s
Nov  3 22:02:36 server1 ntpd[21169]: adjusting local clock by 31.159808s
Nov  3 22:05:18 server1 ntpd[21169]: adjusting local clock by 31.067579s
Nov  3 22:07:59 server1 ntpd[21169]: adjusting local clock by 30.952187s
Nov  3 22:11:38 server1 ntpd[21169]: adjusting local clock by 30.890147s
Nov  3 22:15:56 server1 ntpd[21169]: adjusting local clock by 30.797336s
Nov  3 22:19:02 server1 ntpd[21169]: adjusting local clock by 30.645081s
Nov  3 22:22:30 server1 ntpd[21169]: adjusting local clock by 30.607198s
Nov  3 22:23:44 server1 ntpd[21169]: adjusting local clock by 30.542707s
Nov  3 22:27:56 server1 ntpd[21169]: adjusting local clock by 30.413376s
Nov  3 22:29:45 server1 ntpd[21169]: adjusting local clock by 30.322777s
Nov  3 22:33:14 server1 ntpd[21169]: adjusting local clock by 30.259502s
Nov  3 22:36:17 server1 ntpd[21169]: adjusting local clock by 30.181322s
Nov  3 22:38:30 server1 ntpd[21169]: adjusting local clock by 30.103619s
Nov  3 22:40:34 server1 ntpd[21169]: adjusting local clock by 30.074569s
Nov  3 22:41:43 server1 ntpd[21169]: adjusting local clock by 29.996409s
Nov  3 22:45:26 server1 ntpd[21169]: adjusting local clock by 29.902263s
Nov  3 22:48:04 server1 ntpd[21169]: adjusting local clock by 29.791393s
Nov  3 22:51:21 server1 ntpd[21169]: adjusting local clock by 29.763237s
Nov  3 22:54:22 server1 ntpd[21169]: adjusting local clock by 29.619058s
Nov  3 22:57:34 server1 ntpd[21169]: adjusting local clock by 29.510606s
Nov  3 23:00:43 server1 ntpd[21169]: adjusting local clock by 29.455033s
Nov  3 23:03:36 server1 ntpd[21169]: adjusting local clock by 29.390589s
Nov  3 23:05:05 server1 ntpd[21169]: adjusting local clock by 29.264441s
Nov  3 23:09:19 server1 ntpd[21169]: adjusting local clock by 29.189259s
Nov  3 23:11:48 server1 ntpd[21169]: adjusting local clock by 29.101459s
Nov  3 23:15:14 server1 ntpd[21169]: adjusting local clock by 29.017875s
Nov  3 23:18:14 server1 ntpd[21169]: adjusting local clock by 28.906337s
    
por SimonJGreen 03.11.2012 / 23:19

2 respostas

3

Acontece porque eu não especifiquei o sinalizador iburst em nenhum dos meus servidores no ntp.conf, ele não fez um grande salto para corrigir o tempo. Após cerca de 12 horas, ela se instalou e agora está correta.

    
por 04.11.2012 / 23:27
5

Certifique-se de que o relógio do seu host (hardware) e o NTP estejam corretos. É isso? Se não, seu convidado estará lutando para manter o tempo ...

Você tem ferramentas VMWare instaladas em seu convidado?

    
por 03.11.2012 / 23:24