Error -637 Obituary. Невозможно создать реплику.

**TAG_SPB** » 12 сен 2006, 11:03

Дерево NDS Novell NetWare 5.1 SP8 из 5 серверов. Реплика - на 3х из них.
NDS - 8.85.
Сдуру :oops:

перенесли сервер(и его тома и т.д) в др.контекст с помощью NwAdmin32.exe.
Сервер был тестовый, без реплики.
Результат :
- Перенесенный сервер (его имя - TEST) стал зависать.
- накопилось более 600 obituaries, работа с NDS невозможна (Error -637).
Что делали :
- сняли R\W реплики с 2х серверов, оставив только MASTER
- Reboot MASTER Server.
- сделали (TID 10012763) dsrepair -XK3...
Сразу признаюсь - потом неск.раз делали на MASTER'е dsrepair -a Unattended
- удалили NDS c TEST-сервера (через NWconfig.nlm)
Результат :
- осталось только 4 obituaries :

Код: Выделить всё: (1) Found obituary for: EID: 00009FFD, DN: CN=TEST_SYS.OU=b_center.O=my_org.T=MY_TREE -Value CTS : 4/09/2006 09:43:32 R = 0002 E = 000C -Value MTS = 4/09/2006 09:43:32 R = 0002 E = 000C, Type = 0003 INHIBIT_MOVE, -Flags = 0000 (2) Found obituary for: EID: 0000A016, DN: CN=TEST_4NDPS.OU=b_center.O=my_org.T=MY_TREE -Value CTS : 4/09/2006 09:43:22 R = 0002 E = 000C -Value MTS = 4/09/2006 09:43:22 R = 0002 E = 000C, Type = 0003 INHIBIT_MOVE, -Flags = 0000 (3) Found obituary for: EID: 0000A5A7, DN: CN=TEST_4NDPS.O=my_org.T=MY_TREE -Value CTS : 4/09/2006 09:43:22 R = 0002 E = 0019 -Value MTS = 12/09/2006 01:04:24 R = 0002 E = 0001, Type = 0002 MOVED, -Flags = 0001 NOTIFIED -MoveObit: destID = 0000A016, CN=TEST_4NDPS.OU=b_center.O=my_org.T=MY_TREE (4) Found obituary for: EID: 0000A5A8, DN: CN=TEST_SYS.O=my_org.T=MY_TREE -Value CTS : 4/09/2006 09:43:32 R = 0002 E = 0016 -Value MTS = 12/09/2006 01:04:24 R = 0002 E = 0002, Type = 0002 MOVED, -Flags = 0001 NOTIFIED -MoveObit: destID = 00009FFD, CN=TEST_SYS.OU=b_center.O=my_org.T=MY_TREE Checked 0 external references Found: 4 total obituaries in this dib, 2 Unprocessed obits, 0 Purgeable obits, 0 OK_To_Purge obits, 2 Notified obits

все они связаны с томами бывшего сервака. Висят уже пол-дня и не пропадают.

Пробовали снова загнать TEST и в .my_org и в .b_center.my_org - не удается,
зависший том SYS не дает закончить операцию, хотя сам обьект СЕРВЕР создается.
Не могу ввести TEST и в др.контекст (почему??).

Создать R\W реплики не удается.(-637).
Удалить obituary не получается.
Второй день вдумчиво читаем форум и ТИДы (10010922,10060600).
Идеи - кончились. Помогите.

**Dmitry Slepchenko** » 12 сен 2006, 12:38

Также мы вдумчиво читали TID 10062149, 10061180, 10023339.
Проблема осталась.
Имеет ли смысл выжидать какое-то время после всех "хирургических вмешательств" или нет?!

Дополнение:
С помощью утиля DSBROWSE и секретного ключа -А можно посмотреть объекты "Deleted Entry", но "удалить" их нельзя.

Код: Выделить всё: ã==============================================================================¬ ¦ Object Browser Current Context: [Database Search] Objects: 6 ¦ ¦==============================================================================¦ ¦ Object Name Object Class Sub Count Entry ID ¦ ¦ ¦CN=testuit ¦ User ¦ 00000000 ¦ 00009F54 ¦ ¦ ¦CN=TEST_4NDPS ¦ [Deleted Entry] ¦ 00000000 ¦ 0000A016 ¦ ¦ ¦CN=TEST_4NDPS ¦ [Deleted Entry] ¦ 00000000 ¦ 0000A5A7 ¦ ¦ ¦CN=TEST_SYS ¦ [Deleted Entry] ¦ 00000000 ¦ 00009FFD ¦ ¦ ¦CN=TEST_SYS ¦ [Deleted Entry] ¦ 00000000 ¦ 0000A5A8 ¦ ¦ ¦CN=test_top ¦ User ¦ 00000000 ¦ 00008182 ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ L==============================================================================-

А как можно ИЗМЕНИТЬ Flags c 0000 на 0004 ?!?

Код: Выделить всё: ã==============================================================================¬ ¦ Attribute List Current Object: CN=TEST_SYS Attributes: 1 ¦ ¦==============================================================================¦ ¦ Attribute Name Other Information Attr ID ¦ ¦ ¦Obituary Inhibit Move [Flags: 0000] ¦ 00000106 ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ L==============================================================================-

С надеждой на сочувствие,
Дмитрий

**Алексей Волков** » 12 сен 2006, 17:11

[Deleted entry] будут висеть до тех пор, пока PURGER их не очистит. По умолчанию PURGER паботает то ли раз в сутки, то ли раз в 6 часов, точно не помню.

Я бы на вашем месте запустил dstrace в файл и посмотрел на все ошибки, что там будут, без исключения.

**Dmitry Slepchenko** » 12 сен 2006, 17:45

Алексей, спасибо за отклик!
То, о чем Вы говорите - PURGER - это есть JANITOR или нет?

Код: Выделить всё: NDS external reference life span 192 (hours) NDS janitor interval 720 (minutes) NDS Distributed reference link interval 780 (minutes)

Если мы Вас правильно поняли, удаление этих записей следует ожидать через 12 часов? Но ведь у первых двух объектов время создания...

Код: Выделить всё: -Value CTS : 4/09/2006 09:43:32 R = 0002 E = 000C -Value MTS = 4/09/2006 09:43:32 R = 0002 E = 000C

...как быть в этом случае?!

**Андрей Старков** » 12 сен 2006, 18:18

смысл выждать есть, пусть 2-3 дня постоит, думаю ничего страшного - за это время вы подумаете, покопаетесь внимательно...

**Алексей Волков** » 12 сен 2006, 22:56

Dmitry Slepchenko писал(а):То, о чем Вы говорите - PURGER - это есть JANITOR или нет?

Да, просто PURGER - его подпроцесс.

Dmitry Slepchenko писал(а):Если мы Вас правильно поняли, удаление этих записей следует ожидать через 12 часов? Но ведь у первых двух объектов время создания...
Код: Выделить всё
-Value CTS : 4/09/2006 09:43:32 R = 0002 E = 000C -Value MTS = 4/09/2006 09:43:32 R = 0002 E = 000C

...как быть в этом случае?!

Вот цитата, взятая здесь
http://www.novell.com/documentation/nds4sol/docui/index.html#../servmenu/data/htzzrgdl.html

В принципе, я это уже рекомендовал, но относительно всех ошибок

Verify that the purger ran successfully. To do this, use SET DSTRACE=+J and SET DSTRACE=*F commands.

Resolve any errors received by the NDS Janitor background process on the server that holds the master replica of the partition that encompasses the object's original location (while processing that partition).

**Владимир Горяев** » 12 сен 2006, 23:11

Ох... Помню я етот гемор, почти такой. Стальные нервы и море терпения. Главный ТИД про обиты, 149 в конце мне запомнилось.. А лучший вариант восстановить из бекапа или дампа (dsrepair -rc).
PS. dsbrowse, кстати, рулит, там еще ключики есть, не помню навскидку.

**Dmitry Slepchenko** » 13 сен 2006, 10:17

Владимир, спасибо, подбодрили нас... :-)

Как Ваш "гемор" решился (способ)?
А воостановить из бэкапа - пока это худший вариант, т.к. "дельта" бэкапа уже очень велика.
Кстати, мы уменьшили временные интервалы "чистки" и по-холодному рестартовали сервер (боевой, с единственной мастер-репликой, страшно...). Объекты не почистились.

Objects:

Код: Выделить всё: 1) CN=TEST_SYS ¦ [Deleted Entry] ¦ 00000000 ¦ 00009FFD Object details: Object Name: CN=TEST_SYS Object Context: OU=b_center.O=my_org.T=my_tree Sibling: [No Sibling] First Child: [No Child] Object ID: 00009FFD Partition Name: T=my_tree Parent Object: OU=b_center Object Flags: [Deleted Entry] Subordinate Count: 0 Schema Base Class: Unknown Creation Time: Monday, 4 September 2006 9:43:32 , [0002] [0001] Modification Time: Monday, 11 September 2006 23:59:18 , [0002] [0002] 2) CN=TEST_SYS ¦ [Deleted Entry] ¦ 00000000 ¦ 0000A5A8 Object details: Object Name: CN=TEST_SYS Object Context: O=my_org.T=my_tree Sibling: CN=ULAGA First Child: [No Child] Object ID: 0000A5A8 Partition Name: T=my_tree Parent Object: O=my_org Object Flags: [Deleted Entry] Subordinate Count: 0 Schema Base Class: Volume Creation Time: Thursday, 20 April 2006 17:54:35 , [0002] [0006] Modification Time: Tuesday, 12 September 2006 18:16:53 , [0002] [0002]

Attributes:

Код: Выделить всё: 1) Attribute Name Other Information Attr ID Obituary Inhibit Move [Flags: 0000] ¦ 00000106 2) Attribute Name Other Information Attr ID Obituary Moved [Flags: 0001] ¦ 00000106

Value Details:

Код: Выделить всё: 1) Object Name: CN=TEST_SYS Object Context: OU=b_center.O=my_org.T=my_tree Attribute Name: Obituary Attribute Flags: [Deleted Value] Attribute Syntax: Octet String Modification Time: Monday, 4 September 2006 9:43:32 [0002] [0012] Decode attribute data: Last modified on Monday, 4 September 2006 9:43:32 Original Entry Creation Time Monday, 4 September 2006 9:43:32 [0002] [0001] Obituary Type: Inhibit Move Obituary Flags: [No Flags] ...Attribute data in HEX: 03000000 FFFFFFFF 04BDFB44 02000100 2) Object Name: CN=TEST_SYS Object Context: O=my_org.T=my_tree Attribute Name: Obituary Attribute Flags: [Deleted Value] Attribute Syntax: Octet String Modification Time: Tuesday, 12 September 2006 18:16:53 [0002] [0002] Decode attribute data: Last modified on Monday, 4 September 2006 9:43:32 Original Entry Creation Time Thursday, 20 April 2006 17:54:35 [0002] [0006] Obituary Type: Moved Obituary Flags: Notified New DN: CN=TEST_SYS.OU=b_center.O=bkb_spb.T=MILLENIUM ...Attribute data in HEX: 02000100 FFFFFFFF 9B924744 02000600 FD9F0000

Теперь наша идея:
Согласно TID 10013126 (типы, состояния обитов), обиты удаляются при флаге 0004 (Purgeable). Можно ли в дампе NDS вручную (HEX) найти и поправить эти флаги?

Например:
с 03000000 на 03000400 и
с 02000100 на 03000400 и закачиваем обратно.

ТАК В ПРИНЦИПЕ МОЖНО ДЕЛАТЬ?
ТАК КТО-НИБУДЬ ДЕЛАЛ?

**alexp_mac** » 13 сен 2006, 10:32

Почитайте 10064117

А флаг с 0000 на 0004 не так просто меняется, это само по себе не будет.

**pablo** » 13 сен 2006, 15:00

Привет. Пишу не с рабочего места, поэтому восстанавливаю из своего Мемори. У Меня тоже был INHIBIT, и боролись с ним следующим образом. В DSBROWSE на Master-e находим этот объект смотрим атрибуты типа TimeStamp выписываем (лучше тупой карандаш чем острая память). Далее Убрали все реплики R/W через dsrepair -xk2 (или -xk3 непомню точно в TID-ах это есть). Далее надежный BackUp папки SYS:_Netware на любой том сервера MASTER-а (unload ds и далее копируем например CC). Далее при помощи HEXEditor-a в файле _Netware\nds01.?? находим значение (которое выписали) и меняем 3 на 1. Далее load ds -> dsrepair/Repair Local DS Database. В процессе dsrepair-a NDS немного поколбасило, и INHIBIT исчез. После этого оставалось только вернуть реплики на свои места.

При проведении данных работ использовалить бесценные материалы статьи "Проблема с удалением объекта из дерева. Или лечение INHIBIT_MOVE топором", за что автору (авторам) Низкий Земной Поклон :-)

.

http://www.novell-admin.ru/faq_old/inde ... =nw299.htm

Удачи !!!

**TAG_SPB** » 13 сен 2006, 15:57

Хочу еще раз медленно перечислить то, что Дмитрий написал (и сам подумать при этом) :

Есть 2 сходных ошибки, рассмотрим только одну из них.

В корне дерева есть обьект класса Volume, состояния DeletedEntry с именем TEST_SYS.
У него в качестве единственного атрибута висит Obituare (PROMT: "Некролог" :wink:

) типа "MOVED" с флагом "1=NOTIFIED" о том что обьект перемещен в новый контекст. Notified значит что все сервера в НДС об этом ОПОВЕЩЕНЫ. Вроде как времена создания и модификации правильно соотносятся друг к другу и есть ссылка на новый обьект.

Новый же обьект находится в контексте b_centre дерева, его класс НЕопределен, его состояние DeletedEntry, его имя TEST_SYS.
У него в качестве единственного атрибута висит Obituare типа "INHIBIT_MOVE" с флагом "0=ISSUED" ("поднят"). Время создания и модиф.у него равны, циклических ссылок на родитель нет.

TID 10013126 :
- INHIBIT_MOVE препятств.другим перемещениям, пока предыдущ.не закончено.
- Если Обитуры не удаляются - значит один или неск.серверов еще не признали обновление.

Ранее (DSREPAIR.LOG) как атрибуты к TEST_SYS (к тому, что из корня) существовали обитуры :
- типа 6=BACKLINK с указанием ServerID для всех (а не только с Репликами) серверов в дереве .
- типа C=USED_BY с Resource ID = моему дереву и Флагом "2=OK_TO_PURGE". ТИД говорит, что это список разделов, кои д\быть оповещены об изменении обьекта.

Опа! Пока писал, появился ответ Pablo!
бросаю умствовать, начинаю читать!

**TAG_SPB** » 13 сен 2006, 16:38

Pablo - спасибо за ссылку! Не удержусь, чтоб не сCopy-Past'ить:
Пути решения :

Простой путь номер раз. Если у объектов целы хвосты (то есть объекты с obituary MOVED на других серверах), читаем TID'ы про dsrepair -kx3 (TID 10062149) и действуем по инструкции.

Простой путь номер два. Если хвостов не осталось, но в дереве есть реплики того же раздела, не содержащие залипших INHIBIT_MOVE, производим другую реплику в ранг мастера, а "грязную" вандальски уничтожаем (можно в обратном порядке).
Obituary умирают вместе с репликой, после чего ее можно пересоздать.

В том случае, если проблема не может быть разрешена простыми путями, указание дается такое: оплачивайте инцидент, из Novell приедет мужик и все починит.

В нашем случае все три способа не катят. Посему там дается обьяснение как самому лапками поправить NDS. Менять надо не Флаги абитур (0-1-2-3), а ЕЕ ТИП! С 2=MOVED и 3=INHIBIT_MOVED на 1=DEAD! :idea:

Фу-у-у.. Полегчало-то как! Pablo еще раз спасибо !

**Павел Гарбар** » 14 сен 2006, 00:15

Только сейчас до форума добрался (уже 00:15 14 сент)...
Если хобиты по ТИДам не убиваются (а для 5.1 такое возможно), то путей два - звать того самого "дядьку из Новелл" или ковырять NDS руками.
Вместо "дядьки" можно позвать меня.

**TAG_SPB** » 14 сен 2006, 08:53

Павел, мы с Дмитрием уже "загнули палец" с Вашим мылом.
Но пока поковыряемся исчо сами... Уж очень хочется самим.. Если что - у нас есть _NETWARE и DS_DIB до начала нашего "лечения"...

Павел, но роем-то мы в правильную сторону? С изменением Типа Обитуры?

И где правильнее ее править - в nds.01 или 00000000.$du ? (Если это, конечно, не Ваше ноу-хау) tag[derHund]mail.ru

**Елена Лезгина** » 14 сен 2006, 09:07

Мы сами недавно весной сталкивались с проблемой Inhibit Move. У нас таких было 2, образовались при перемещении пользователей из контекста в контекст. Что только не делали, все ТИДы я перелопатила, с Павлом Гарбаром переписку вела (за его советы ему огромное спасибо еще раз!). В конце концов на одном из англоязычных форумов на саппорте Novell нашла сообщение о том, что одному коллеге помогло просто удалить сам объект OU (в ConsoleOne), где собственно эти инхибиты и находились. Проделали то же у себя, и это помогло! Повезло, что наши инхибиты были не в корне дерева, а именно в OU. У вас,я вижу, тоже.

Error -637 Obituary. Невозможно создать реплику.

Error -637 Obituary. Невозможно создать реплику.

Если хобиты вернутся (тьфу, тьфу, тьфу)

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