NTP сервер не синхронизуется

[pterodaktil]

NTP сервер судя по всему криво синхронизуется с серерами и нехило убегает (36 секунд за сутки)
ntp.conf

(Нажмите, чтобы показать/скрыть)

          server ntp.certum.pl
           server ntp1.oma.be
           server time.ufe.cz
           server ntp0.fau.de
           server ntp1.nl.net
           server ntp2.tp.pl
           server ntp2.sp.se
           server 127.127.1.0     # local clock
           fudge  127.127.1.0 stratum 10

           driftfile /etc/ntp.drift

           keys /etc/ntp.keys
           trustedkey 1
           requestkey 1
           controlkey 1
 

ntpq -p
    

(Нажмите, чтобы показать/скрыть)

remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 smtp.certum.pl  .PPS.            1 u    6   64    1   76.104  -30259.   0.001
 ntp1.oma.be     .PPS.            1 u    5   64    1   60.152  -30322.   0.001
 time.ure.cas.cz .ATOM.           1 u    4   64    1   55.508  -30391.   0.001
 ntp0.rrze.uni-e .GPS.            1 u    3   64    1   58.721  -30458.   0.001
 ntp1.nl.uu.net  .PPS.            1 u    2   64    1   54.235  -30521.   0.001
 ntp2.tp.pl      .ATOM.           1 u    1   64    1   68.009  -30587.   0.001
 ntp2.sp.se      .PPS.            1 u    6   64    1   34.421  -30656.   0.001
 LOCAL(0)        .LOCL.          10 l    5   64    1    0.000    0.000   0.001

grep ntpd /var/log/syslog

(Нажмите, чтобы показать/скрыть)

Sep  7 15:12:18 desktop ntpd[14303]: precision = 1.000 usec
Sep  7 15:12:18 desktop ntpd[14303]: Listening on interface #0 wildcard, 0.0.0.0#123 Disabled
Sep  7 15:12:18 desktop ntpd[14303]: Listening on interface #1 wildcard, ::#123 Disabled
Sep  7 15:12:18 desktop ntpd[14303]: Listening on interface #2 lo, ::1#123 Enabled
Sep  7 15:12:18 desktop ntpd[14303]: Listening on interface #3 eth0, fe80::21d:7dff:fe9f:26fb#123 Enabled
Sep  7 15:12:18 desktop ntpd[14303]: Listening on interface #4 lo, 127.0.0.1#123 Enabled
Sep  7 15:12:18 desktop ntpd[14303]: Listening on interface #5 eth0, 192.168.0.198#123 Enabled
Sep  7 15:12:18 desktop ntpd[14303]: Listening on interface #6 tun0, 192.168.25.10#123 Enabled
Sep  7 15:12:18 desktop ntpd[14303]: kernel time sync status 0040

Перед стартом  сервера делал синхронизацию:

#ntpdate ntp1.oma.be
 7 Sep 15:13:56 ntpdate[14564]: step time server 193.190.230.65 offset -7.763787 sec
ntpdate ntp1.oma.be
 7 Sep 15:13:56 ntpdate[14564]: step time server 193.190.230.65 offset -0.1335612 sec

ntptime

(Нажмите, чтобы показать/скрыть)

ntp_gettime() returns code 5 (ERROR)
  time ce4f7023.477e5000  Mon, Sep  7 2009 15:42:27.279, (.279271),
  maximum error 69516 us, estimated error 16 us
ntp_adjtime() returns code 5 (ERROR)
  modes 0x0 (),
  offset 0.000 us, frequency 0.000 ppm, interval 1 s,
  maximum error 69516 us, estimated error 16 us,
  status 0x40 (UNSYNC),
  time constant 4, precision 1.000 us, tolerance 500 ppm,

Куда курить? Задача давать время с точностью до 10 мс, а тут такая кака

[allexnew]

попробуй изменить список серверов. Где то читал статейку, где анализировалась точность разных серверов времени.
Я использую такой:

# You do need to talk to an NTP server or two (or three).
server ntp2.sth.netnod.se
server ntp2.sp.se
server time2.stupi.se
#server sombrero.cs.tu-berlin.de
server ntp2-rz.rrze.uni-erlangen.de
#server ntp.ubuntu.com
server time.nist.gov

[pterodaktil]

Разобрался... это я с биосом перемудрил

[Tokh]

Что именно было "не так" в БИОС?

[pterodaktil]

Что именно было "не так" в БИОС?

А хрен его знает... я эксперементировал с разгоном. Потом просто сбросил на оптимальные настройки и ntp заработал. Стал давать честные 8 мс погрешности

[Tokh]

Ясно. Thx.
Но ntpd иногда требуется очень заметное время для успешного срабатывания. Не погружался в детали, но факт, что бывает синхронизация срабатывает не с первой попытки или/и не раньше чем через десяток другой минут. Вероятно, кроме всего прочего, это может зависеть от настроек клиента и сервера. В т.ч. для связок ntpd и w32time.
А вот после первой успешной синхронизации дальше всё идёт гладко.