proNovell

Привет всем.

имеющиеся сервера и версии НДС:

BM 5.1 SP3 NDS 85.12a Master
TRANS 5.0 SP6 NDS 85.01r r/w
MAIL 6.0 SP2 eDir 8.6.2 NDS 10320.29 r/w

Хронология событий такая:

1. Ставлю новый сервер на площадку. NW 6.0 SP2 Имя PROXY. Реплику на него никакую не кладу. В дереве пока ошибок нет.
2. Ставлю на PROXY BorderManager 3.7. (на BM уже есть Border 3.5)
3. Report synchronization на всех серверах начинает выдавать ошибку 604.
4. Решаю удалить надоевшую кривую реплику с TRANS (не первый раз с неё начинается косяк, чтобы в последствии залить реплику заново). Откуда такое решение придумал? Захожу в ConsoleOne и удаляю реплику.
5. Результат: реплика на TRANS в dying уже 4 дня.

может кто возьмётся помочь. Тиды есть, но опасаюсь усугубить ситуацию.

Один вопрос:
каким образом вы хотите, чтобы вам оказали помощь?
- реально (удаленно все починить)
- советом

Всем день добрый

Данияр Кенжеев писал(а): Тиды есть, но опасаюсь усугубить ситуацию.

А для чего по вашему TID'ы нужны?

Советом, лучше пошаговым планом, как бы на моём месте поступил бы Андрей Фисенко или любой из "отцов" форума.

-604 FFFFFDA4 NO SUCH CLASS

Source: NDS

Error Codes for NDS Issues

Explanation: The specified NDS schema class definition does not exist on the NDS server that is replying to the request.

The request might be
- Read an NDS schema attribute definition
- Remove an NDS schema attribute definition
- Add an attribute to the NDS schema attribute definition's Optional Attribute list
- Add Access Control Lists (ACLs) to the NDS schema class definition's
Default ACL (template) list.
- Add classes to the NDS schema class definition's containment list if the
class to modify, not the classes referenced within the containment list,
was not found.

WARNING: Applying all solutions mentioned in this topic could make the
problem worse if the actual cause of the problem is not known. Before
following a course of action, make sure you understand the cause of the
error and the consequences of the actions suggested.

Possible Cause: An attempt was made to add a class to the containment list of another NDS schema class definition. In this case, the class to be added does not exist on the NDS server that is replying to the request.

Action: Contact a Novell support provider.

Possible Cause: An attempt was made to create an NDS object using an NDS schema class definition that does not exist.

Action: Contact a Novell support provider.

Possible Cause: An attempt was made to change an object to an NDS object with an NDS schema class definition that does not exist.

Action: Contact a Novell support provider.
Possible Cause: The schema has not been extended on the server reporting the -604 error.

Action: Extend the schema on the server receiving the -604 error.

WARNING: Do not extend the schema on a server that holds a replica of
[Root].

Use one of the following steps:
- If the server receiving the error does not hold a replica of [Root], use the Reset Schema option in DSREPAIR to copy the schema from another
server.
- If the server has a replica of [Root], either remove the replica temporarily and then run the Reset Schema option in DSREPAIR, or contact a Novell support provider.

Possible Cause: The schema has not been extended.

Action: Use the following steps to resolve this problem:
1. Find the server that has the schema files needed. Note that schema files
have an .sch extension.
2. Run ndssch.exe, located in SYS:\public, to extend the schema with the
*.sch files.
3. At the console prompt, set DSTRACE=On. Then set
DSTRACE=+schema to force the schema to synchronize. (See “The
DSTRACE Commands”)

Possible Cause: Third-party schema is not synchronized.

Action: Remove and reinstall the third-party schema and re-create the extension. For the schema to be propagated throughout the entire tree, the schema must be extended on a server that holds a writeable replica of [Root].

Приведите еще где и какие реплики есть, в каком со стоянии. Как разбито дерево на партиции.

Данияр Кенжеев писал(а):Советом, лучше пошаговым планом, как бы на моём месте поступил бы Андрей Фисенко.

Советую.
1. Выполнить NDS Health Check Procedures
2. По результатам действия п. 1 будут выпадать ошибки, их надо лечить (тут надо знать, что и где пошло не так).
3. Если вопрос стоит только в том, как удалить эту реплику с сервера, то советую обратиться к TID, где написана последовательность действий по комаде dsrepair -XK2

Дерево имеет несколько партиций, соединёных WAN. На каждой удалённой площадке по 2-3 сервера с репликами R/W. Мастер реплика каждой площадки и корня на местном BM. Есть ещё два сервера которые держат корень R/W (один здесь у меня другой на удалённой площадке). Все остальные партиции выглядят здоровыми. (через Dstrace и через Report Synchronization). Вот ошибка из dstrace.dbg с сервера ВМ:

<.LDAP Group - PROXY.Services.city......> [2003/06/18 15:08:43, 2, 98].
.......DCRequest failed, no such class (-604).
.......SYNC: Multiple packet Response for [0000e203] <.PROXY.Services.city.........>, failed, no such class (-604)
.......Sync - objects: 703, total changes: 14328, sent to server <.TRANS.Services.city........>.
........Sync - Process: Send updates to <.TRANS.Services.city........> failed, no such class (-604).

к сожалению реплику надо не только удалить но и вернуть назад (байндери со старым софтом). Я её в конце концов сейчас удалил, (по тиду XK2) и партицию временно выровнял, но вот положить обратно не получается . пожалуй подниму на этом TRANS версию до 8.6.2, если получится (сейчас 85.01r). Но это всё у меня, как то, на авось.

Не стоит обновлять версию NDS, если в дереве ошибки. Это еще больше усугубит ситуацию.
Ошибка же явно говорит, что либо схема не была расширена (расширилась с ошибками) при установке BM, либо по каким-от причинам не происходит обновлнение между репликами.

Удалите реплику через dsrepair, как Вам подсказал Андрей. После этого проверьте синхронизацию реплик, посмотрите какие ошибки есть.

Полностью согласен. Вот как сейчас всё выглядит. После того как попытался исправить реплику на TRANS по доке которую вы привели выше, решил удалить реплику с TRANS (по тиду с XK2). Партиция нормально заработала. На всякий случай кладу реплику и на новый PROXY - всё нормально синхриться. Далее делаю попытку вернуть вновь обратно удалённую реплику на TRANS - реплика в состояние NEW уже сутки. Код ошибки тот же 604. (что наверно логично, ничего особенно ведь не изменилось). Дело в том что сейчас конец месяца, квартала, полугодия и TRANS ДОЛЖЕН работать. С недозалитой репликой работает и то здорово. (я уже упоминал про байндери). Вот как мне дальше ошибки пофиксить? Дня через два...

Когда реплику удалили, остальные реплики нормально синхронизированы? Partition Continuity что показывает? И еще, версии NDS на серверах одинаковые?

когда удалил реплику, проверил через dstrace и report synchronization состояние реплик. Ошибок не давал. Partition Continuity с тех пор как начал ставить NW 6 я смотрю через с1. (1.3.5) Там тоже ошибок не было. (В NDSManager от 5-ки не заглядывал). Есть такое подозрение что с тех пор как начал добавлять сервера NW6 в дерево, хотя и делал всё по доке, оно, дерево, где то "погнулось" что ли.... А версии NDS как приводил выше, разные.

Данияр Кенжеев писал(а):А версии NDS как приводил выше, разные.

Сорри, упустил

Тогда, на мой взгляд, перед тем как реплику положить, лучше всего NDS сделать одной версии.

Спасибо всем. Через пару дней подровняю версии и опять зайду