proNovell

Здравствуйте, пытался найти что либо похожее на свою проблему, ненашел...

Было:
сервер NW 5.0SP6a - 1 шт
NDS 7.62
добавили NW 6.0SP5 - 1шт
eDir 8.6.2

добавляли через NWdeploy
(подготовка дерева к eDir)

поменяли мастер-реплику на NW 6.0

DSrepair выдает на объекты каталога ошибку
ERROR: Adding property 'Object class' value: ndsLoginProperties

Хотя в свойствах объекта присутствует это ствойство
Ошибки начинаются с контейнера организации
Поэтому сам эспериментировать опасаюсь, прошу совета...

Может кто подскажет как это вылечить, или любые соображения по этому поводу...

Ещё раз, пожалуйста по подробней, какой сервер был изначально?
Версия ОС Novell Netware и версия NDS. Посмотреть можно при помощи утилиты NWCONFIG или дав команду VERSION с консоли.

Уважаемый, все что вы просите уже выдал...

версии указаны

изначально была одна 5-ка, довавили еще один сервер 6-ку, дерево для 6-ки подготовили, добавляли при инсталляции - сразу...

перед инсталляцией DSRepair - 0 errors
после ....

ComBat писал(а):изначально была одна 5-ка, довавили еще один сервер 6-ку, дерево для 6-ки подготовили, добавляли при инсталляции - сразу...

перед инсталляцией DSRepair - 0 errors
после ....

Мастер-реплика (надеюсь) на шестёрке?
Время синхронизировано?
Серверов всего два или их там 22. Но рассказываете только о двух?

Да по всем пунктам, серверов всего два, мастер-реплика на 6, время синхронизировано...

дополнительно:
год назад брали на тестирование сервер (по договоренности с фирмой) они туда поставили Netware 5.1 sp8, мы его в дерево добавили, он имел реплику RW, месяц погоняли и отдали, о нем записи в NDS удалили... Именно тогда обновили версию NDS до 7.62
возможно он расширил схему на эти свойства обектов...


может поудалять эти свойства в объектах а потом проитись DSREPAIR?

дополнительно 2 (выдержка logа):

Код: Выделить всё

---------------------------+---------+---------+-----------+--------+-------
                            DS.NLM    Replica   Time        Time is     Time
Server name                 Version   Depth     Source      in sync      +/-
---------------------------+---------+---------+-----------+--------+-------
.SUPERNOVA.LanNvz               7.62c   0       Secondary   Yes            0
.VEGA.LanNvz                10350.30    0       Single      Yes            0
---------------------------+---------+---------+-----------+--------+-------

*** END ***

/****************************************************************************/
NetWare 6.00 Directory Services Repair 10250.42, DS 10350.30
Log file for server ".VEGA.LanNvz" in tree "ROOT"

** Automated Repair Mode **
Repairing Local Database
Start:  Friday, 24 February 2006  22:12:28  Local Time

** All disk amounts are approximations **
->Current available disk space: 8946 MB
->DSRepair may need to use: 10 MB
->Disk space remaining after operation: 8941 MB

Physical Check
Creating Temporary Files
Repair Trees - Scan Values
Repair Trees - Sorting Values
Repair Trees - Scan Entries
Repair Trees - Sorting Entries
Repair Trees - Check Values
Repair Trees - Check Entries
Total Objects in Database:       1560
Total Objects in Schema  :       1130
Total External References:          1
Total Objects in Replicas:        410
Schema Check

Schema Class Definition, Object ID: 000001C0, RDN: Partition
ERROR: removing value 000001A6 (Top) from Super Class rule list

Schema Class Definition, Object ID: 000001CA, RDN: federationBoundary
Ambiguous containment flag
Field 'flags' changed from 00200032 to 00200012


Repairing objects in a replica
Start:  Friday, 24 February 2006  22:12:39  Local Time
[1 of 1] Master     : T=ROOT
ERROR: Adding property 'Object Class' value: ndsLoginProperties
ERROR: Adding property 'Object Class' value: ndsContainerLoginProperties
Object ID: 00008024, DN: O=LanNvz.T=ROOT

...


на novell.ru (а как там ,переехали?) была статья с назв. типа "переезд с 5 на 6 заметки с боевых действий", поищите.

А схему расширили?

Владимир Горяев писал(а):на novell.ru (а как там ,переехали?) была статья с назв. типа "переезд с 5 на 6 заметки с боевых действий", поищите.

А схему расширили?

Фабула этой статьи проста до слез: ставим на существующую платформу eDir максимальной версии, но не ниже 8.6, если сие невозможно заставляем заказчика апдейтить платформу Умненькие мальчики сожительство разных NDS даже не предлагают Задумайтесь о том!

Владимир Горяев писал(а):на novell.ru (а как там ,переехали?) была статья с назв. типа "переезд с 5 на 6 заметки с боевых действий", поищите.

А схему расширили?

Спасибо, поищу статью...
Схему расширили... Интересно то, что эти свойства в 'Object Class' value: ndsLoginProperties уже есть...

Мещеряков Андрей писал(а):Фабула этой статьи проста до слез: ставим на существующую платформу eDir максимальной версии, но не ниже 8.6, если сие невозможно заставляем заказчика апдейтить платформу...

Может действитьно, откатиться, подняться до NDS 8, а потом сервер 6.0 с eDir поставить? Убирать NW5.0 нельзя он нужен, привязка приложения...

Что посоветуете??

Если есть возможность откатиться - просто замечательно. Ставим 7.62c, потом шестерку ставим во временное дерево, схему "боевого" дерева расширяем из временного, убиваем eDir на 6-ке, и вводим его опять в существующее.
Хотя, можно и 8-ку поднять и обновить до последней (8.82c, по-моему), а дальше опять по этой схеме.

Чего-то я не понял - откатиться, подняться до 8 .. ведь именно так и ставятся серверы с еДиром в дерево к старым, с NDS7 - везде NDS сперва поднимается до 8, и потом уже апгрейдится до какой-то версии еДира. В ридми же про это написано ? или я торможу сегодня ..

ComBat писал(а):Может действитьно, откатиться, подняться до NDS 8, а потом сервер 6.0 с eDir поставить? Убирать NW5.0 нельзя он нужен, привязка приложения...

Что посоветуете??

В том то и дело, что если я не ошибаюсь, NDS 8 на 5.0 уже не встанет. Не встанет и eDir 8.6 . А 8.5 - уже вне закона. Убирать сервер вам не предлагают. А вот заапдейтить его поверх 5.1

Мещеряков Андрей писал(а):В том то и дело, что если я не ошибаюсь, NDS 8 на 5.0 уже не встанет. Не встанет и eDir 8.6 . А 8.5 - уже вне закона. Убирать сервер вам не предлагают. А вот заапдейтить его поверх 5.1

Да я бы с радостью на 5.1 поднялся... Но у нас приложение привязано к Btrieve 6.15.451, что на NW 5.0, на NW 5.1 - Pervasive 2000i - Btrieve 7. Тестировали приложение на Btrieve 7- часть функций не работает, это конечно кривые руки программеров, но никто переписывать не собирается... В итоге имеем что имеем...

когда тестировали NW5.1 как я выше писал, означенную проблему выявили с приложением (кстати там такой проблемы с NDS небыло). Купили сервер и на нем переходим на NW6.0 из-за лучшей производительности и функционала с общим названием (i), iPrint, iFolder.... и eDir конечно

....

добавлено:

NOVELL TECHNICAL INFORMATION DOCUMENT

TITLE: NDS upgrade from NDS 7.x to NDS 8.73e
TID #: 2958116
README FOR: fDS7to8.EXE

NOVELL PRODUCTS and VERSIONS:
NetWare 5
NDS 8

ABSTRACT:

NDS upgrade for NetWare 5 servers running with the NDS 7.x. The purpose of
this patch is to migrate NDS 7.x to NDS 8.73e.
...

Novell recommends applying NW 5.0 sp6 (or greater) or NW 5.1 sp2 (or greater)
before applying this patch. This patch MAY work on any other support pack
release, however, be aware that Novell did not test this patch with past
releases.

Так значит можно попробовать...?

ComBat писал(а):
Да я бы с радостью на 5.1 поднялся... Но у нас приложение привязано к Btrieve 6.15.451, что на NW 5.0, на NW 5.1 - Pervisive 2000 - Btrieve 7. Тестировали приложение на Btrieve 7- часть функций не работает, это конечно кривые руки программеров, но никто переписывать не собирается... В итоге имеем что имеем...

когда тестировали NW5.1 как я выше писал, означенную проблему выявили (кстати там такой проблемы с NDS небыло). Купили сервер и на нем переходим на NW6.0 из-за функционала с общим названием (i), iPrint, iFolder.... и eDir конечно

Лично прошел все версии Btrieve 5.10->6->6.15->7->2000->8->9
Кроме как указать версию вновь создаваемых файлов ничего делать не надо [в остальном добавить всяких буфферов итд] .

Dimerson писал(а):Лично прошел все версии Btrieve 5.10->6->6.15->7->2000->8->9
Кроме как указать версию вновь создаваемых файлов ничего делать не надо [в остальном добавить всяких буфферов итд] .

Ну-да Pervasive заявляет совместимость на уровне бинарников. Но написанные нашими программерами груповые операции на 7.х работают как Random, каждый раз выполняется какое-то количество, но не все...

Ладно, Буду откатываться и подниматься как тут -> TID10072620 написано...

всем спасибо!