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

Новости раздела "Грабли". Здесь можно задать вопрос авторам статей.

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).
Идеи - кончились. Помогите.
TAG_SPB
 
Сообщения: 33
Зарегистрирован: 22 июн 2004, 18:13

Сообщение 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==============================================================================-


С надеждой на сочувствие,
Дмитрий
Аватара пользователя
Dmitry Slepchenko
 
Сообщения: 115
Зарегистрирован: 22 июн 2004, 12:46
Откуда: СПб

Сообщение Алексей Волков » 12 сен 2006, 17:11

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

Я бы на вашем месте запустил dstrace в файл и посмотрел на все ошибки, что там будут, без исключения.
Алексей Волков
 
Сообщения: 292
Зарегистрирован: 14 окт 2003, 19:21
Откуда: Kiev

Сообщение 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

...как быть в этом случае?!
Аватара пользователя
Dmitry Slepchenko
 
Сообщения: 115
Зарегистрирован: 22 июн 2004, 12:46
Откуда: СПб

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

смысл выждать есть, пусть 2-3 дня постоит, думаю ничего страшного - за это время вы подумаете, покопаетесь внимательно...
Андрей Старков
 
Сообщения: 473
Зарегистрирован: 21 июн 2002, 13:57
Откуда: г. Ноябрьск, ЯНАО

Сообщение Алексей Волков » 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).
Алексей Волков
 
Сообщения: 292
Зарегистрирован: 14 окт 2003, 19:21
Откуда: Kiev

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

Ох... Помню я етот гемор, почти такой. Стальные нервы и море терпения. Главный ТИД про обиты, 149 в конце мне запомнилось.. А лучший вариант восстановить из бекапа или дампа (dsrepair -rc).
PS. dsbrowse, кстати, рулит, там еще ключики есть, не помню навскидку.
Бардак автоматизировать невозможно!!!
_________________
Аватара пользователя
Владимир Горяев
 
Сообщения: 3473
Зарегистрирован: 05 июн 2002, 13:37
Откуда: Смоленск

Сообщение 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 и закачиваем обратно.

ТАК В ПРИНЦИПЕ МОЖНО ДЕЛАТЬ?
ТАК КТО-НИБУДЬ ДЕЛАЛ?
Аватара пользователя
Dmitry Slepchenko
 
Сообщения: 115
Зарегистрирован: 22 июн 2004, 12:46
Откуда: СПб

Сообщение alexp_mac » 13 сен 2006, 10:32

Почитайте 10064117

А флаг с 0000 на 0004 не так просто меняется, это само по себе не будет.
alexp_mac
 
Сообщения: 788
Зарегистрирован: 28 июн 2002, 10:50

Сообщение 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

Удачи !!!
Аватара пользователя
pablo
 
Сообщения: 60
Зарегистрирован: 28 июл 2006, 08:16
Откуда: Иркутск

Сообщение 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
 
Сообщения: 33
Зарегистрирован: 22 июн 2004, 18:13

Сообщение 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 еще раз спасибо !
TAG_SPB
 
Сообщения: 33
Зарегистрирован: 22 июн 2004, 18:13

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

Сообщение Павел Гарбар » 14 сен 2006, 00:15

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

Сообщение TAG_SPB » 14 сен 2006, 08:53

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

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

И где правильнее ее править - в nds.01 или 00000000.$du ? (Если это, конечно, не Ваше ноу-хау) tag[derHund]mail.ru
TAG_SPB
 
Сообщения: 33
Зарегистрирован: 22 июн 2004, 18:13

Сообщение Елена Лезгина » 14 сен 2006, 09:07

Мы сами недавно весной сталкивались с проблемой Inhibit Move. У нас таких было 2, образовались при перемещении пользователей из контекста в контекст. Что только не делали, все ТИДы я перелопатила, с Павлом Гарбаром переписку вела (за его советы ему огромное спасибо еще раз!). В конце концов на одном из англоязычных форумов на саппорте Novell нашла сообщение о том, что одному коллеге помогло просто удалить сам объект OU (в ConsoleOne), где собственно эти инхибиты и находились. Проделали то же у себя, и это помогло! Повезло, что наши инхибиты были не в корне дерева, а именно в OU. У вас,я вижу, тоже.
Аватара пользователя
Елена Лезгина
 
Сообщения: 310
Зарегистрирован: 06 июн 2002, 08:42
Откуда: Пермь

След.

Вернуться в Грабли

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

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

cron