Странное прведение NTPD

В очередной раз проверял работу NTPD, на одном из серверов вылезло:
#ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*ntp0.zenon.net .GPS. 1 u 130m 273m 377 26.184 3.805 4.304
ntp3.imvp.ru .STEP. 16 u - 273m 0 0.000 0.000 0.000
ntp1.imvp.ru .STEP. 16 u - 273m 0 0.000 0.000 0.000
ntp2.imvp.ru .STEP. 16 u - 273m 0 0.000 0.000 0.000
ttm.chant.ru .STEP. 16 u - 273m 0 0.000 0.000 0.000
ntp1.zenon.net .STEP. 16 u - 273m 0 0.000 0.000 0.000
scylla-l0.msk.c .STEP. 16 u - 273m 0 0.000 0.000 0.000
alpha.prao.psn. .STEP. 16 u - 273m 0 0.000 0.000 0.000
news.demos.su .STEP. 16 u - 273m 0 0.000 0.000 0.000

#/etc/init.d/ntpd restart
* Stopping ntpd ... [ ok ]
* Starting ntpd ... [ ok ]

#ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*ntp3.imvp.ru .PPS. 1 u 62 64 377 4.683 5.556 3.871
+ntp1.imvp.ru .PPS. 1 u 66 256 17 4.726 0.351 8.085
+ntp2.imvp.ru .PPS. 1 u 65 256 17 4.711 2.326 6.470
-ntp0.zenon.net .GPS. 1 u 61 256 17 25.891 -4.943 6.802
-ttm.chant.ru .GPS. 1 u 62 256 17 25.086 12.872 6.540
-ntp1.zenon.net 195.2.64.5 2 u 59 256 17 27.461 -14.132 8.257
scylla-l0.msk.c 192.43.244.18 2 u 61 256 17 2.243 12.390 5.280
alpha.prao.psn. 194.149.67.32 2 u 59 256 17 3.766 12.594 9.373
news.demos.su 131.188.3.220 2 u 59 256 17 1.887 5.901 5.645

То есть, первый сервер работает нормально и мы по нему живём, а остальные видите ли .STEP. (кстати, что это?). Перезапуск демона помог вернуть ситуацию к исходной.
На других серверах, с большим uptime, всё впорядке. Пришла мысль делать "/etc/init.d/ntpd restart" раз в сутки, но синяя пилюля, это ведь не наш выбор?
Кому не лень, просветите лентяя.

Нет связи...

Нет связи...

Нет, не подходит, наличие

Нет, не подходит, наличие связи постоянно отслеживается.

Это вы так думаете, а я

Это вы так думаете, а я просто ответил на ваш вопрос о том, что происходит у вас в системе... :)
И это факт, а не гадание. А причины этому могут быть разными...
Если это виртуальная машина - наиболее вероятно отставание системных часов из-за плохих настроек кернелей хоста и/или гест(а/ов), перегрузка и т.д. и т.п.
Если реальная - плохая сеть (пропадание пакетов), криво настроенный НТП и т.д. и т.п.

STEP означает серьезное

STEP означает серьезное расхождение между системными часами и сервером времени, что подразумевает ручное вмешательство администратора для подстройки времени.
Все-таки склоняюсь к тому, что серверы почему-то становятся недоступными.

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

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

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