Для просмотра состояния синхронизации в Linux есть удобная утилита ntpq, которую можно запускать интерактивно и кратким запросом. Можно почитать man ntpq, а вот расшифровка вывода следующего запроса:
>ntpq -p

 

Символ в начале строки:

  • пробел - слишком большой страт, цикл или явная ошибка
  • x - фальшивый источник по алгоритму пересечения
  • . - исключен из списка кандидатов из-за большого расстояния
  • - - удалено из списка кандидатов алгоритмом кластеризации
  • + - входит в конечный список кандидатов
  • # - выбран для синхронизации, но есть 6 лучших кандидатов
  • * - выбран для синхронизации
  • o - выбран для синхронизации, но используется PPS




  • remote - имя удаленного ntp сервера. Если использовать ключик -n, то будет показан IP

 

  • refid - показывает откуда этот сервер берет время. Тут может быть имя (или IP) другого сервера или что то типа .GPS., .PPS. и т. п.

 

  • st - Stratum - слой в котором работает данный сервер, число от 1 до 16 указывающее удаление от источника синхронизации (например GPS или PPS). Слой данного сервера на 1 больше слоя сервера по которому идет синхронизацию.

 

  • t - Тип удаленного сервера (local, unicast, multicast or broadcast)

 

  • when - сколько секунд назад был получен последний пакет от данного сервера

 

  • poll - период опроса сервера, секунд.

 

  • reach - Шестнадцатеричное представление массива из 8-ми бит, в котором фиксируется 8 последних попыток синхронизации. Если попытка была успешной, то устанавливается 1. Значение 377 говорит о том, что все 8 последних попыток были удачными.

 

  • delay - вычисленная задержка ответов от сервера (RTT) в миллисекундах

 

  • offset - разница во времени между локальным и удаленным сервером, мс. Одно из наиболее важных значений. Чем оно меньше тем точнее время.

 

  • jitter - дисперсия отклонения удаленных часов относительно локальных, вычисленная по нескольким последним запросам, мс. Чем меньше это значение тем более точная возможно синхронизация.



------------------------
Если настроена синхронизация от локального сервера NTP, установленного на ОС Windows, то время синхронизироваться не будет, и надо изменить значение в реестре:

The NTP client on the S8X00 server is rejecting the NTP server because
it considers it as a not reliable source clock. The NTP server reports
the `root dispersion` value with 10 seconds and this is considered too
high.

This is a Windows 2003 server issue and it is not an S8X00 problem.

Below is what you can do on the Windows server .

Change the LocalClockDispersion value in the Windows 2003 server
registry, from the default value 10 to 0, the registry value is:

HKEY_LOCAL_MACHINESYSTEM CurrentControlSetServices W32TimeConfigLocalClock
Dispersion

This can be done from the command line:

w32tm /config /LocalClockDispersion:0

Restart the Windows Time service, this can be done from the services
application in windows or from the command line:

net stop w32time && net start w32time .

 

Log in to comment