Сумасшедший VM дрейф часов

Это взято из виртуальной машины Ubuntu 10.10, работающей на 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

Согласно VMWare KB, для Ubuntu 10.10 не требуется никаких настроек ядра, чтобы соответствовать их стандартам.

Что особенно странно, дрейф выглядит довольно последовательным.

Любая помощь приветствуется!

ОБНОВИТЬ

Я некоторое время бегал хвостом по бревну, чтобы посмотреть это, и просто вернулся к нему и заметил, что расстояние уменьшается каждый раз, когда он опрашивает, что... странно...

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

2 ответа

Решение

Оказывается, потому что я не указывал флаг iburst ни на одном из моих серверов в ntp.conf, он не сделал большого скачка, чтобы скорректировать время. Примерно через 12 часов он успокоился и теперь точен.

Убедитесь, что часы вашего хоста (аппаратные) и NTP правильные. Это? Если нет, ваш гость будет бороться, чтобы не терять время...

У вас в гостях установлены инструменты VMWare?

Другие вопросы по тегам