proNovell

Уже несколько раз прокатал миграцию на стенде. Схема:

Два NW411, один из них (держатель мастер-реплики рута) мигрирует на NW65SP5. Использую SCMT 8.2 (из NW65SP7).

В результате (повторяемость стопроцентная) после прохождения трёх фаз, перед 4-ой, когда требуется проверить синхронизацию времени/реплик в уже смигрированном варианте, я вижу ошибку -608 Remote у второго NW411 сервера (держатель R/W рутовой реплики). Вылечиваю так - в dsrepair делаю на проблемном сервере "Receive all objects from the master to this replica". Реплика, естественно, переходит в состояние "New replica", принимает все объекты от свежесмигрированного 6.5, после чего синхронизация исправляется.

Почему - делаю всё абсолютно по канонам (делаю NWDEPLOY перед миграцией плюс соглашаюсь с предложением Migration Wizard-а расширить схему при необходимости) - вылезает эта ошибка? Заклинание, описанное на http://wiki.novell.com/index.php/Migrat ... _Migration - делаю:

* If you did a major NDS upgrade during the migration, you should run the following DSREPAIR options:

LOAD DSREPAIR
Advanced Options -> Local Repair -> enable Rebuild operational schema -> press F10

Всё равно ошибка лезет. Как правильнее мигрировать - держателя мастер-реплики или перед миграцией его в R/W превратить?

В общем, нашлось решение:

1. Обязательно нужно сделать упомянутое выше в вики заклинание:

LOAD DSREPAIR
Advanced Options -> Local Repair -> enable Rebuild operational schema -> press F10

2. Также обязательно нужно выполнить и второе заклинание из той же вики:

Advanced Options -> Global Schema operations -> (login) -> Reset Schema

Делается это на проблемном (втором), не мигрировашем NW411. Естественно, мастер при этом должен быть на 6.5 (иначе не пройдёт Reset Schema). Мой первый вариант - "Receive all objects from the master to this replica" - тоже прокатывает, когда мастером - только что смигрировавший 6.5. Я пробовал на стенде миграцию с мастером на остающемся NW411-2 - та же ошибка -608. Пока не пересадил мастера на 6.5 и не проделал вышеупомянутые манипуляции - ошибка оставалась.

Продолжение истории. NW65.SP5 был успешно введён в рабочее дерево и, что меня немного удивило - синхронизация со всеми серверами в реплике произошла сама, минут через пять после окончания миграции и перезагрузки NW65 - никаких тебе -608 Remote. Держатель мастер реплики рута был в это время на NW5.1 (та же версия eDir 8.7.3.8, что и у нового 6.5).

Всё было замечательно до сегодняшней (прошедшей) ночи - затеял я из дома разборки на тему пожирания памяти модулем nwmkde.nlm (писал про это в другой теме), ну и пару раз перегрузил новый NW6.5. И тут мне прямо на ухо кто-то шепнул - а глянь-ка на синхронизацию! Глянул - оба-на - -608 во всей красе. Ну, думаю, дело-то привычное, сейчас вылечим, в соответсвие с вышеуказанным рецептом. Для начала, думаю, надо мастера на 6.5 пересадить (кроме него в реплике ещё два 4.11 и 5.1) - пересаживаю... и получаю двух мастеров - три сервера из 4-х в replica ring - 6.5 и оба 4.11 - считают, что мастером стал 6.5, а прежний хозяин - nw5.1 - считает, что он мастером и остался.

Интересно, ведь ошибок типа 625 не было, сервера друг друга видят, 608 ошибка - это проблемы схемы - какого лешего 5.1 мастера-то не отдал?

В общем, вылечилось это всё так - убил реплику на неправильном мастере NW5.1, потом два вышеупомянутых заклинания "Rebuild operational schema" и "Reset Schema" на 4.11 - всё, засинхронизовались, ошибки исчезли. И напоследок добавил опять четвёртую копию реплики на мятежную NW5.1, которая мастера не хотела отдавать - прошло как по маслу, ошибок нет, всё замечательно.

Вот и думаю - почему на стенде при миграции ошибка 608 вылезала стопроцентно, а в реальном дереве при первой загрузке 6.5 этой ошибки сначала не было, а появилась она только после последующей перезагрузки? Не вылезет ли эта проблема при следующей перезагрузке NW6.5? Думаю, что не должна - схемы перестроены и ресетнуты, 5.1 вообще новую копию реплики получил, но всякое в жизни бывает. Ладно, посмотрим, что дальше будет, но мастером я назначил новый 6.5, и отбирать у него эту роль больше не намерян .