Время меняется внезапно, даже если NTP настроен

Если есть SLES 11 SP2, и это проблема:

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

Затем, внезапно через 7-8 минут время меняется. Ниже представлен журнал команды date отображаемый каждые 10 секунд:

 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 

В чем проблема?

Обновление :

  1. Да, это виртуальная машина на XenServer 6.5
  2. Нет, в /var/log/messages/ нет записи, когда время изменилось.
  3. Вывод 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 

Обновить:

Я имею в общей сложности 10 Linux SLES 11 SP2 VM, расположенных на двух хост-системах: 1 система XenServer 6.5, а другая – XenServer 6.0. Эта проблема возникает только на хосте с XenServer 6.5 – все виртуальные машины, запущенные на хосте с XenServer 6.0 , не имеют этой проблемы.

Я скопировал файл /etc/ntp.conf из правильной рабочей виртуальной машины, но никаких изменений.

sysadmiral уже был на правильном пути, и Mark Plotnick завершил эту мысль. Хост XenServer имеет неправильное время и на этот раз реплицируется на виртуальные машины.

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

Теперь я могу – согласно sysadmiral – настроить клиентов на игнорирование хоста или установить правильное время на хосте. У последнего варианта есть то преимущество, что мне не нужно настраивать службу ntp вообще …

ntpq -p выходе ntpq -p отображается смещение -66949. миллисекунды с выбранной (по * в столбце 1) ссылкой. Когда это было стабилизировано, ntp сделал шаг 66 секунд, чтобы зафиксировать время, соответствующее вашему наблюдаемому прыжку с 20:17:59 до 20:19:16 (+10 секунд между наблюдениями).

Обычно вы можете запустить ntpdate чтобы получить хорошую оценку времени, а затем запустить ntpd для медленной стабилизации, а затем медленно перевести часы в синхронизацию.

Я не знаю, что предлагает ваша ОС, но ищите опции -x и -g , а также конфигурации с iburst в конце строки server ...