Я уронил сервер :-(

[Сергей Дубров]

-
¦Found: 0 total obituaries in this dib, -
¦ 0 Unprocessed obits, 0 Purgeable obits, -
¦ 0 OK_To_Purge obits, 0 Notified obits -
¦ -
¦*** END ***

По ходу орбитов нету.

А вы dsrepair с ключиком -a запускали? Без этого ключа обиты всегда = 0.

[Сергей Дубров]

Ы-ытЪ!
Вот что значит - самому никогда хобитов не ловить... Срамота.

Кстатит, Сергей, не укажите ли на доку ( а то сами - в 5ть предложений, у вас получается...) , где бы про хобитов было изложено в доступной форме. Логика и физика их возникновения.
По ходу дисскус. будет очень полезно.

Спасибо.

Если очень коротко, то сами по себе обиты - нормальное штатное явление. Каждое удаление/перемещение/преименование приводит к возникновению обитов - процесс должен пройти несколько стадий, прежде чем удалённый/перемещённый/переименованный объект реально станет таковым во всех копиях реплики. Проблемы возникают когда по какой-то причине обиты застревают в какой-то из фаз.

Некоторые ссылки по теме:

Obituary types, flags, and stages.
Explanation of obituary log files from DSREPAIR

Старые NDS для NW 4.x из-за своей однопоточной природы часто приводят к "залипанию" обитов при работе в смешанном окружении с NDS/eDir для NW5.x и выше. У меня вот, к примеру, практически стопроцентно обиты застревают в одной из реплик, где все сервера с eDir 8.7.3.8 кроме одного с NDS6.21. Лечится это совершенно идиотским способом - мастер-реплика пересаживается на время на 4.11, на нём делаются магические пассы типа 'load dsrepair -XK3' - и обычно после этого "залипшие" обиты исчезают. Кардинальным решением будет, естественно, полное изжитие старых версий NDS, потому как достало это уже изрядно.

[overself]

А вы dsrepair с ключиком -a запускали? Без этого ключа обиты всегда = 0

Да, именно с этим ключем. Что то сдается мне что не в орбитах тогда дело. В очередех печати. Откуда ошибка занятого раздела ума пока не приложу. А RW да, живой. Но и матер работает нормально, только такую ошибку пишет.