eDir и мои ошибки

Обсуждение технических вопросов по продуктам Novell

eDir и мои ошибки

Сообщение Данияр Кенжеев » 27 июн 2003, 17:46

Привет всем.

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

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 дня.

может кто возьмётся помочь. Тиды есть, но опасаюсь усугубить ситуацию. :-(
Аватара пользователя
Данияр Кенжеев
 
Сообщения: 49
Зарегистрирован: 09 сен 2002, 12:52
Откуда: Алматы

Поможем, отчегож не помочь...

Сообщение Андрей Фисенко » 27 июн 2003, 20:32

Один вопрос:
каким образом вы хотите, чтобы вам оказали помощь?
- реально (удаленно все починить)
- советом
Андрей Фисенко, SUSE
[url=http://www.suse.com][/url]
Андрей Фисенко
 
Сообщения: 1311
Зарегистрирован: 05 июн 2002, 08:13
Откуда: Красноярск

Re: eDir и мои ошибки

Сообщение botler » 27 июн 2003, 21:30

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

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


А для чего по вашему TID'ы нужны? :)
Разговор тестировщиков в одной московской софтверной компании:
- Ну а ты чем сейчас занимаешься? Что за проект? Как называется?
- Полная ж#па...
- А что делать-то надо?
- Ковыряться..
Аватара пользователя
botler
 
Сообщения: 209
Зарегистрирован: 10 сен 2002, 19:42
Откуда: Санкт-Петербург

советом

Сообщение Данияр Кенжеев » 28 июн 2003, 08:03

Советом, лучше пошаговым планом, как бы на моём месте поступил бы Андрей Фисенко или любой из "отцов" форума.
Аватара пользователя
Данияр Кенжеев
 
Сообщения: 49
Зарегистрирован: 09 сен 2002, 12:52
Откуда: Алматы

Сообщение Юрий Беляков » 28 июн 2003, 21:15

-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].

Приведите еще где и какие реплики есть, в каком со стоянии. Как разбито дерево на партиции.
Аватара пользователя
Юрий Беляков
 
Сообщения: 628
Зарегистрирован: 31 май 2002, 11:46
Откуда: Екатеринбург

Совет(ы)

Сообщение Андрей Фисенко » 29 июн 2003, 09:25

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

Советую.
1. Выполнить NDS Health Check Procedures
2. По результатам действия п. 1 будут выпадать ошибки, их надо лечить (тут надо знать, что и где пошло не так).
3. Если вопрос стоит только в том, как удалить эту реплику с сервера, то советую обратиться к TID, где написана последовательность действий по комаде dsrepair -XK2
Андрей Фисенко
 
Сообщения: 1311
Зарегистрирован: 05 июн 2002, 08:13
Откуда: Красноярск

схема

Сообщение Данияр Кенжеев » 29 июн 2003, 09:50

Дерево имеет несколько партиций, соединёных 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).
Аватара пользователя
Данияр Кенжеев
 
Сообщения: 49
Зарегистрирован: 09 сен 2002, 12:52
Откуда: Алматы

предварительные результаты

Сообщение Данияр Кенжеев » 29 июн 2003, 10:23

к сожалению реплику надо не только удалить но и вернуть назад (байндери со старым софтом). Я её в конце концов сейчас удалил, (по тиду XK2) и партицию временно выровнял, но вот положить обратно не получается :) . пожалуй подниму на этом TRANS версию до 8.6.2, если получится (сейчас 85.01r). Но это всё у меня, как то, на авось.
Аватара пользователя
Данияр Кенжеев
 
Сообщения: 49
Зарегистрирован: 09 сен 2002, 12:52
Откуда: Алматы

Сообщение Юрий Беляков » 30 июн 2003, 07:04

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

Удалите реплику через dsrepair, как Вам подсказал Андрей. После этого проверьте синхронизацию реплик, посмотрите какие ошибки есть.
Аватара пользователя
Юрий Беляков
 
Сообщения: 628
Зарегистрирован: 31 май 2002, 11:46
Откуда: Екатеринбург

Сообщение Данияр Кенжеев » 30 июн 2003, 07:39

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

Сообщение Юрий Беляков » 30 июн 2003, 07:54

Когда реплику удалили, остальные реплики нормально синхронизированы? Partition Continuity что показывает? И еще, версии NDS на серверах одинаковые?
Аватара пользователя
Юрий Беляков
 
Сообщения: 628
Зарегистрирован: 31 май 2002, 11:46
Откуда: Екатеринбург

да, нормально

Сообщение Данияр Кенжеев » 30 июн 2003, 08:20

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

Re: да, нормально

Сообщение Юрий Беляков » 30 июн 2003, 08:26

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

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

Тогда, на мой взгляд, перед тем как реплику положить, лучше всего NDS сделать одной версии.
Аватара пользователя
Юрий Беляков
 
Сообщения: 628
Зарегистрирован: 31 май 2002, 11:46
Откуда: Екатеринбург

Сообщение Данияр Кенжеев » 30 июн 2003, 08:39

Спасибо всем. Через пару дней подровняю версии и опять зайду :)
Аватара пользователя
Данияр Кенжеев
 
Сообщения: 49
Зарегистрирован: 09 сен 2002, 12:52
Откуда: Алматы


Вернуться в Novell

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 61

cron