Странное прведение 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!