Проблема с ntp [solved]
Beelzebubbie 15 февраля, 2011 - 01:56
Имеет место быть следующая проблема - регулярные 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. на всякий случай проверил:
пока суть проблемы так и не прояснилась, увы. Попробую гнусное шаманство - уменьшу minpoll и maxpoll
Может стоит проверить железо?
Может стоит проверить железо?
Справедливость восторжествует.
А что говорит 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 теперь показывает странную картину (ранее было все как положено):
и, более того, теперь даже так:
какая-то антинаучная хрень, однако
Beelzebubbie
И чего вы хотите в этом случае?! :)
Эк вас заклинило на netselect!.. ;) Какое отношение он имеет к ntp??
Они даже по разным протоколам работают!!!
NTP сервера надо отбирать по лучшим ответам на NTP запросы! :)
Насчет эхрени - проверьте кабеля, ошибки интерфейсов, маршрутизацию, файерволы...
, как выбирать правильнее,
дефолтных серверов вполне достаточно, там днс файловер
а что, разве нет ?
алсо, это атомные часы - девайс не для всей, а по 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
Вынужден вас расстроить - действительно нет! Ведь вы же догадываетесь, что 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 и полностью ревизовал конфиг и произошло чудо:
похоже, я перемудрил с директивой 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!