Андрей Тр. aka RH писал(а):А в том, что остальные теперь PRIMARY, есть какой-то глубинный смысл ? Может, их все того .. в SECONDARY ? Вообще, что теперь происходить со временной синхронизацией на всех серверах ?
Как уже тут упоминали, правильным будет именно такое сочетание: один SINGLE, остальные - SECONDARY.
Хочу поделиться неожиданно свалившейся проблемой на тему синхронизации времени (и, что самое приятное - найденным решением). В дереве (точнее - в двух деревьях) есть два SINGLE сервера (NW5.1+sp6, каждый в своём дереве) и кучка SECONDARY. Всем вторичным указано время брать с сконфигурированного источника. SINGLE брали время от местного источника NTP, который был зацеплен за какой-то из ближайших хороших стратумов (то ли 1 то ли 2). Вчера, в районе обеда, вдруг начался отчаянный писк на всех серверах - они регулярно стали терять и восстанавливать синхронизацию, время тут же "поплыло" (отъехало назад на 4(!) минуты в течении нескольких часов).
Борьба со сменой NTP-источника ничего не давала - время на каждом поллинге скакало, как сумашедшее, то +17000ms, то -8900ms и т.п. Я загружал на SINGLE утилитку rdate с ключом /c (отладка) и смотрел, как меняется разбежка времени с нормально идущими на близлежащем unix-е часами. Время то плавно убегало на какие-то аж десятки секунд, то так же плавно начинало "сходится", но, не дойдя до нуля, опять начинало отъезжать в сторону.
Стали рыть в стороны, выяснилось, что _почти_ все nix-ы, берущие время у этого же источника ntp, проблем НЕ ИМЕЮТ! Проблемы вылезли у виндов2000 (служба w32time), у кисок (Каталисты), ну и у NW. Смутило следущее - сразу заподозрив в "нехорошести" наш источник времени, я тут же, из monitor-а менял адрес NTP-сервера на известные мне в округе, но скачки времени у Netware продолжались. Но когда я увидел, что проблемы испытывают и винды и киски, я решил сделать следущий шаг - был сменен источник ntp (опять-таки местная машина под OpenBSD) и явно
перегружен TIMESYNC.NLM (unload/load). После этого ВСЁ сразу стало работать нормально - на NW время быстренько "сошлось" к нужному и вот уже несколько часом никуда не прыгает.
Резюме: видимо исходный источник NTP (кстати, тоже OpenBSD, но чуть более старой версии) что-то не так выдал NW-серверам и у их службы времени "сорвало крышу" так, что замена источника "на ходу" не исправляла ситуацию. Спасло: а) замена IP-адреса NTP сервера на другой б) Перезагрузка TIMESYNC.NLM на SINGLE.
Полез сейчас на киски менять ntp-сервер - они действительно как-то нехорошо ругаются на прежний источник, что-то типа того, что он хуже стратума 16
. Переключил их на новый ntp-сервер - поехали с пол-пинка. Всё-таки определённая кривизна в новеловском timesync-е очевидна - NW-серверам замена ntp-источника на ходу не помогала.