Проблема с ntp [solved]

Имеет место быть следующая проблема - регулярные ntpd time reset. Dovecot этим бывает весьма недоволен, вплоть до суицида, и таки да - я его понимаю.
Здесь советуют сделать "tinker step 0" в /etc/ntp.conf.
Из описания tinker step в мане можно понять, что это предельное значение шага изменения времени, равное по умолчанию 0,128с. В логе видно, что шаги куда больше - стало быть, если их запретить с помощью tinker step 0 - время будет уезжать? Ман в общем-то бесполезен без понимания принципа работы ntp.
конфиг, думаю, нет смысла приводить - там только restrict, server и driftfile.

вот кусок лога:

13 Feb 11:16:48 ntpd[4659]: synchronized to 192.168.11.1, stratum 3
13 Feb 11:16:48 ntpd[4659]: kernel time sync status change 6001
13 Feb 11:31:47 ntpd[4659]: no servers reachable
13 Feb 18:20:42 ntpd[4659]: ntpd exiting on signal 15
14 Feb 00:59:35 ntpd[4665]: synchronized to 192.168.11.1, stratum 3
14 Feb 00:59:24 ntpd[4665]: time reset -10.980238 s
14 Feb 00:59:24 ntpd[4665]: kernel time sync status change 2001
14 Feb 01:08:12 ntpd[4665]: synchronized to 192.168.11.1, stratum 3
14 Feb 01:14:41 ntpd[4665]: time reset -0.426965 s
14 Feb 01:25:27 ntpd[4665]: synchronized to 192.168.11.1, stratum 3
14 Feb 01:29:47 ntpd[4665]: time reset -0.422367 s
14 Feb 04:14:42 ntpd[4665]: synchronized to 192.168.11.1, stratum 3
14 Feb 04:15:48 ntpd[4665]: no servers reachable
14 Feb 04:31:55 ntpd[4665]: synchronized to 192.168.11.1, stratum 3
14 Feb 04:31:50 ntpd[4665]: time reset -5.143969 s
14 Feb 04:31:50 ntpd[4665]: kernel time sync status change 6001
14 Feb 04:46:35 ntpd[4665]: synchronized to 192.168.11.1, stratum 3
14 Feb 04:47:38 ntpd[4665]: time reset -0.468778 s
14 Feb 04:47:38 ntpd[4665]: kernel time sync status change 2001
14 Feb 04:59:21 ntpd[4665]: synchronized to 192.168.11.1, stratum 3
14 Feb 05:03:38 ntpd[4665]: time reset -0.448424 s
14 Feb 05:55:36 ntpd[4665]: synchronized to 192.168.11.1, stratum 3
14 Feb 05:56:38 ntpd[4665]: time reset -1.575960 s
14 Feb 05:56:38 ntpd[4665]: kernel time sync status change 6001
14 Feb 06:02:38 ntpd[4665]: synchronized to 192.168.11.1, stratum 3
14 Feb 06:12:22 ntpd[4665]: time reset -0.438454 s

Что скажут технофюреры?

Похоже, что машинка-то

Похоже, что машинка-то виртуальная! ;)

Я бы добавил пару серверов.

Я бы добавил пару серверов. Похоже на самом 192.168.11.1 время прыгает туда-сюда, вот и машинка не успевает подстраиваться.

Не грусти, товарищ! Всё хорошо, beautiful good!

теьнофюреры предложат

технофюреры предложат поднятся до stratum 2

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

> Похоже, что машинка-то

> Похоже, что машинка-то виртуальная! ;)
А как это было определено? Кстати, вполне реальная )

> Я бы добавил пару серверов. Похоже на самом 192.168.11.1 время прыгает туда-сюда, вот и машинка не успевает подстраиваться.
192.168.11.1 (рутер) стоит в самом конце (вообще-то на случай отсутствия инета, и я не понимаю, почему выбирается именно он):
первые три получены netselect'ом
server 81.20.144.33
server 85.91.1.164
server 213.235.200.208
server pool.ntp.org
server 192.168.11.1

> технофюреры предложат поднятся до stratum 2
какие в данном случае будут конкретные рекомендации? отправляться в биоректор граммар-куну как-то не хочется )

Остановите ntpd и проверьте

Остановите ntpd и проверьте вручную с помощью ntpdate.
Возможно у вас с firewall'ом проблемы...

>проверьте вручную с помощью

>проверьте вручную с помощью ntpdate. на всякий случай проверил:

ntpdate -v -b -u 81.20.144.33 85.91.1.164 213.235.200.208 pool.ntp.org 192.168.11.1
15 Feb 19:38:45 ntpdate[17484]: ntpdate -o Sat Feb 12 20:48:10 UTC 2011 (1)
15 Feb 19:38:48 ntpdate[17484]: step time server 178.26.105.100 offset 0.027597 sec

пока суть проблемы так и не прояснилась, увы. Попробую гнусное шаманство - уменьшу minpoll и maxpoll

Может стоит проверить железо?

Может стоит проверить железо?

Справедливость восторжествует.

А что говорит ntpq -p

А что говорит

ntpq -p

Внимание , вопрос -

Внимание , вопрос - почему:
1) выбирали нетселектом, если протокол резистентен к джиттеру
2) почему при получении со стратум 1 сервер стратум 3, а не стратум 2 ?
что говорит ntpq peers ?

покажите ntpq peers после 30 минут работы сервера

> Похоже, что машинка-то виртуальная! ;)
А как это было определено? Кстати, вполне реальная )

какая система виртуализации ? вы уверены, что в ней время виртуализировано ?

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

>Может стоит проверить

>Может стоит проверить железо? на что и как?
>почему: выбирали нетселектом, если протокол резистентен к джиттеру так написано в гентувикии, как выбирать правильнее, найти не смог
>почему при получении со стратум 1 сервер стратум 3, а не стратум 2 ? а разве pool.ntp.org стратум 1?
>какая система виртуализации ? виртуализации нет, работает непосредственно на железке

ntpq -p теперь показывает странную картину (ранее было все как положено):

 sip1.viatel.ee  .STEP.          16 u  128 1024    0    0.000    0.000   0.000
 chris.magnet.ie .STEP.          16 u  111 1024    0    0.000    0.000   0.000
 web04.mediainve .STEP.          16 u  153 1024    0    0.000    0.000   0.000
 metronoom.dmz.c .STEP.          16 u  159 1024    0    0.000    0.000   0.000
*192.168.11.1    3.195.167.255    3 u   79  128  377    0.541   -1.921   0.538

и, более того, теперь даже так:

netselect -vv -s 3 pool.ntp.org
Running netselect to choose 3 out of 3 addresses.
62.210.226.88                         9999 ms  30 hops    0% ok
173.201.38.85                         9999 ms  30 hops    0% ok
192.33.96.102                         9999 ms  30 hops    0% ok

какая-то антинаучная хрень, однако

Beelzebubbie

Beelzebubbie написал(а):
ntpq -p теперь показывает странную картину (ранее было все как положено):

 sip1.viatel.ee  .STEP.          16 u  128 1024    0    0.000    0.000   0.000
 chris.magnet.ie .STEP.          16 u  111 1024    0    0.000    0.000   0.000
 web04.mediainve .STEP.          16 u  153 1024    0    0.000    0.000   0.000
 metronoom.dmz.c .STEP.          16 u  159 1024    0    0.000    0.000   0.000
*192.168.11.1    3.195.167.255    3 u   79  128  377    0.541   -1.921   0.538

И чего вы хотите в этом случае?! :)

Beelzebubbie написал(а):
и, более того, теперь даже так:

netselect -vv -s 3 pool.ntp.org
Running netselect to choose 3 out of 3 addresses.
62.210.226.88                         9999 ms  30 hops    0% ok
173.201.38.85                         9999 ms  30 hops    0% ok
192.33.96.102                         9999 ms  30 hops    0% ok

какая-то антинаучная хрень, однако

Эк вас заклинило на netselect!.. ;) Какое отношение он имеет к ntp??
Они даже по разным протоколам работают!!!
NTP сервера надо отбирать по лучшим ответам на NTP запросы! :)

Насчет эхрени - проверьте кабеля, ошибки интерфейсов, маршрутизацию, файерволы...

, как выбирать правильнее,

, как выбирать правильнее, найти не смо

дефолтных серверов вполне достаточно, там днс файловер

 а разве pool.ntp.org стратум 1?

а что, разве нет ?
алсо, это атомные часы - девайс не для всей, а по GPS вполне доступно

http://support.ntp.org/bin/view/Servers/StratumOneTimeServers
http://support.ntp.org/bin/view/Servers/NTPPoolServers

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

slepnoga

slepnoga написал(а):
...[code]
 а разве pool.ntp.org стратум 1?

а что, разве нет ?

Вынужден вас расстроить - действительно нет! Ведь вы же догадываетесь, что pool.ntp.org - это всего лишь ДНС пул серверов времени.
Конечно там есть и 1, и 2, и вроде даже 3 встречаются...

3-х нету, вернее не должно

3-х нету, вернее не должно быть. По ссылке сверху - стратум 1 . Они и прописаны у меня

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

насчет netselect: говорится,

насчет netselect: говорится, что pool.ntp.org uses DNS round robin to make a random selection from a pool of time servers, а netselect выберет сервер с минимальным откликом, что в любом случае не хуже рандома. Может, я и неправ ))

пересобрал ntp и полностью ревизовал конфиг и произошло чудо:

*84.2.44.19      10.1.1.60        2 u   97  128  377  158.808   -8.463 229.335
+ddb3.europeacon 193.204.114.232  2 u   93  128  377  158.039  -15.605 229.272
+triangle.kansas 128.252.19.1     2 u  224  128  126  264.943   -9.319 120.131
+kos.paskuli.cz  147.231.19.43    2 u   91  128  377  158.483   -3.502 249.171
+ntp2.Housing.Be 128.32.206.54    2 u   37  128  377  299.247  -20.111 194.811
+192.168.11.1    225.87.239.255   3 u   66  128  307    0.506   -2.172  22.790

похоже, я перемудрил с директивой restrict.
теперь (по крайней мере пока) в логах нет ни time reset ни kernel time sync status change xxxx
Ура, я на время избег переработки в неведомом биоректоре )

Всем большое спасибо.

Ура, я на время избег

Ура, я на время избег переработки в неведомом биоректоре 

Поздравляю ;)

Про make a random selection - это фичi протокола ntp:
1) протокол нечуствителен к задержкам ( в довольно широких пределах)
2) сервер синхронизации выбирается автоматически, и основным параметром было не время отклика, а джиттер

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

в наших плохих интернетах

в наших плохих интернетах отклики очень велики и нестабильны; как я выше приводил пример - netselect'у иногда удается что-то предложить, а иногда - нет. Мне думается, что в нестабильной среде между откликом и джиттером, как разбросом максимального и минимального времени прохождения пакета от среднего. корреляция есть. Хотя это, конечно, имеет чисто теоретический интерес.

В NTP включен учет задержки

В NTP включен учет задержки на отправку и прием корректирующих сигналов. Так что - нет ничего подобного.

Не грусти, товарищ! Всё хорошо, beautiful good!

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".