ntp не сенхронизируется

Не синхронизируется в течении какого времени работы?

# /etc/init.d/ntp status
● ntp.service - LSB: Start NTP daemon
   Loaded: loaded (/etc/init.d/ntp)
   Active: active (running) since Tue 2017-04-04 17:39:47 MSK; 1h 22min ago

То есть в момент написания первого сообщения с момента запуска ntpd прошло всего 5 минут? Сейчас что offset, насколько он изменился?

# ntpdate -q  localhost
server 127.0.0.1, stratum 16, offset -0.000009, delay 0.02568
 5 Apr 00:04:48 ntpdate[22215]: no server suitable for synchronization found
# ntpdate -q  192.168.12.30
server 192.168.12.30, stratum 1, offset -1.276063, delay 0.08720
 5 Apr 00:04:57 ntpdate[22220]: step time server 192.168.12.30 offset -1.276063 sec

ntp-сервер работает, а ntpdate - нет

offset вырос почти на секунду, без перезагрузок системы/принудительной синхронизации времени? В логах не сообщений от ntpd? Что показывает команда ″ntpdc -c kerninfo″?

Что в выводе команды ″ntpq -c as″?

Да

# grep ntpd /var/log/syslog

# ntpdc -c kerninfo
pll offset:           0 s
pll frequency:        0.000 ppm
maximum error:        16 s
estimated error:      1.6e-05 s
status:               0041  pll unsync
pll time constant:    7
precision:            1e-06 s
frequency tolerance:  500 ppm


# ntpq -c as

ind assid status  conf reach auth condition  last_event cnt
===========================================================
  1 29044  9024   yes   yes  none    reject   reachable  2

Раз reject, нужно смотреть вывод ″ntpq -c 'rv 29044'″. Потом, скорее всего, изучать что значит flash-код https://www.eecis.udel.edu/~mills/ntp/html/decode.html#flash .

Тупо: а в конфиге ntpd указано, что время брать с 192.168.12.30 ?

associd=2639 status=9024 conf, reach, sel_reject, 2 events, reachable,
srcadr=ns01-msc.sibserv.com, srcport=123, dstadr=10.227.96.41,
dstport=123, leap=00, stratum=1, precision=-6, rootdelay=0.000,
rootdisp=10229.446, refid=LOCL,
reftime=dc8ee8d3.be6f2628  Wed, Apr  5 2017  6:53:55.743,
rec=dc8f3103.7bc4550c  Wed, Apr  5 2017 12:01:55.483, reach=377,
unreach=0, hmode=3, pmode=4, hpoll=6, ppoll=6, headway=6,
flash=400 peer_dist, keyid=0, offset=-2909.354, delay=50.454,
dispersion=16.509, jitter=15.733, xleave=0.038,
filtdelay=    50.45   45.95   45.88   54.12   60.15   50.16   46.35   51.72,
filtoffset= -2909.3 -2897.3 -2901.4 -2895.7 -2890.5 -2888.2 -2890.5 -2895.7,
filtdisp=     15.63   16.60   17.59   18.57   19.53   20.53   21.52   22.53

flash=400 0400 TEST11 peer_dist distance threshold exceeded

Добавление tos maxdist 16 помогло. Но кто мне объяснит что это и почему?

У меня есть серваки у которых delay больше секунды. И все прекрасно синхронизируется.

Еще одно наблюдение после синхронизации 192.168.1.104 - проблемный сервер. Т.е 192.168.12.30 не очень то сам грубо говоря синхронизирован

 $ ntpdate -q 192.168.1.104
server 192.168.1.104, stratum 2, offset 23.622653, delay 0.07964
 5 Apr 12:43:02 ntpdate[15692]: step time server 192.168.1.104 offset 23.622653 sec
$ ntpdate -q 0.ubuntu.pool.ntp.org 
server 109.197.193.160, stratum 2, offset -0.012486, delay 0.05400
server 78.36.11.161, stratum 1, offset -0.011102, delay 0.05661
server 217.65.8.75, stratum 3, offset -0.006898, delay 0.03702
server 46.8.40.31, stratum 2, offset -0.009470, delay 0.08101
 5 Apr 12:43:27 ntpdate[15749]: adjust time server 78.36.11.161 offset -0.011102 sec

При вычислении root distance используется rootdelay и rootdisp. Последнее (root dispersion) у вас просто огромное. Если у вас виндовый ntp-сервер с локальными часами в качестве источника времени, то там можно подкрутить LocalClockDispersion.

Это как-то связано что ntp сервер имеет разницу с миром?

Напрямую нет. Это связано с тем, как ntp сервер оценивает свой источник времени. И расхождение между его локальным часами и точным временем не важно. Но, если бы у него были не локальные часы, а какой-нибудь сервер в интернете, скорее всего дисперсия была бы значительно ниже и на клиенте не нужно было бы настраивать ″maxdist″.