Ошибки в дереве - Object Unknown...

[Александр Читалкин]

В данный момент два сервера сконфигурированы как PRIMARY, один как SINGLE. time на всех трех серверах сообщает:
Time synchronization is active.
Time is synchronized to the network.

Тем не менее, проблема не решилась:


Регулярно отваливаются только определенный и всегда постоянный набор объектов дерева.

[Андрей Тр. aka RH]

TIME SOURCE = 132.163.4.101:123
TIME SOURCE = TIME.NIST.GOV:123
TIME SOURCE = 132.163.4.102:123

Если верить консоли - сервер попеременно опрашивает все сервера из списка. А не только первый...

Не знаю, у меня в списке два сервера, и на консоли видно, что опрашивается только первый. К тому же я привык менять параметры Timesync через monitor ( в конфиг вообще не лезу ) - а там Time sources пишутся одной строкой, равно как и в set timesync time sources ( что суть одно и то же ). Но это несущественно, наверное ( в конфиге они все равно идут таким же списком, построчно ).

[Иван Левшин aka Ivan L.]

Андрей Они из монитора в timesync.cfg и пишутся Я тоже меняю все через монитор. Сути дела это в любом случае не меняет

[Андрей Тр. aka RH]

Иван, я в курсе, что оно их туда пишет Просто не ожидал увидеть их в конфиге в несколько другом виде ( построчно ). Сути не меняет, точно, но мне вот стало интересно, с чего оно у тебя синхронизируется сразу по нескольким источникам. Очевидно, потому, что сервер у тебя ( был ) REFERENCE .. сейчас, когда он стал SINGLE, должон брать с одного. А в том, что остальные теперь PRIMARY, есть какой-то глубинный смысл ? Может, их все того .. в SECONDARY ? Вообще, что теперь происходит со временной синхронизацией на всех серверах ?

[Владимир Горяев]

Что время синхронизировано ясно, а что говорит Report synchronization status?
И проверте при подключении к каждому ли из серверов есть объекты .

[Сергей Дубров]

А в том, что остальные теперь 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-источника на ходу не помогала.

[Сергей ака godless]

За статью - спасибо. Поправил timesync на третьем сервере - там он был Single. Сделал первый - Single, оставшиеся - Primary. Сделал dsrepair. Ждем результатов

Не, на одном надо сингл (основной, будет получать время с инета), а на остальных - секондари (вторичный), с первичного время получать будут и рабочкам раздавать - вот и будет счастье ИМХО ...

[Владимир Горяев]

Как уже тут упоминали, правильным будет именно такое сочетание: один SINGLE, остальные - SECONDARY.

Если есть уверенность в его надежности.

Вчера, в районе обеда, вдруг начался отчаянный писк на всех серверах - они регулярно стали терять и восстанавливать синхронизацию, время тут же "поплыло" (отъехало назад на 4(!) минуты в течении нескольких часов).

Вчера то же самое было с утра. Правда расхождение было в пределах нескольких секунд. К обеду устаканилось. Бывают же совпадения...
Действительно лечится перезагрузкой TIMESYNC.NLM, иногда TIMESYNC Restart Flag помогает.

Всё-таки определённая кривизна в новеловском timesync-е очевидна - NW-серверам замена ntp-источника на ходу не помогала.

Да уж. Я на некоторых серверах в конце autoexec вставляю с задержкой unload/load timesync, иначе некоторые сервисы грузятся невозможно долго - ждут синхронизации, а timesync непонятно чем занят.

[Иван Левшин aka Ivan L.]

По порядку.

Сразу отмечу, что я пока не до конца разобрался с типами серверов времени.

Андрей Тр. aka RH - SINGLE синхронизирует время с тремя внешними источниками. Он, и только он имеет на это право. На остальных серверах нет ни настроек для доступа вовне, ни, собственно, доступа.

По поводу Secondary и Primary - попробую сменить тип сервера времени на двух серверах на Secondary. Посмотрю - что из этого получится...

Таймсинк перепускал флагом Restart. Попробую выгрузить/загрузить.

[Андрей Тр. aka RH]

Иван, SINGLE берет время с одного, не думая ( если n-й в списке недоступен, то берет с n+1-го ), это REFERENCE берет сразу со всех и постоянно вычисляет по ним "правильное". Разница у PRIMARY и SECONDARY в этом плане аналогична. ИМХО.

[Иван Левшин aka Ivan L.]

Однако теперь и local ds repair не помогает торчат енти анкновны, за все их за ноги разом!
Что делать, господа? Советовали снести и пересоздать - однако на курсах инструктор, к которому я поять же с этой проблемой пристал, что контейнерные объекты в таком состоянии трогать - не есть хорошо.

[Павел Орлов aka XerX]

А может просто слетели снап-ины для C1 ?

[Андрей Тр. aka RH]

А может просто слетели снап-ины для C1 ?

Особенно раз в dstrace якобы все хорошо и время везде синхронизировано.

[Иван Левшин aka Ivan L.]

снапины, конечно, хорошо... только вот объекты - разные... Ладно бы только профили слетели - серверные тома показываются также! причем только те, которые созданы давно - со свежими порядок

[Андрей Троценко]

Снапины здесь не при чем.

Что время синхронизировано ясно, а что говорит Report synchronization status?
И проверте при подключении к каждому ли из серверов есть объекты .

Ответ на второй вопрос особенно интересен - пожалуйте...