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.
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
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?