proNovell

Добрый день!!!
При прогоне DSREPAIR на консоль лезет сообщение

8/08/2005 11:05:32 : PKI-2.77-6
PKI.NLM could not create an NDS context. (-663)

PKIDIAG ошибок не находит.
Видел документ TID10066430, но NPKI отсутствует.
Как быть и что делать????

Состав системы
NW5.1 + SP 8 + 51sp8srv.exe + eDir8736
Заранее благодарю, за помощь

Савельев сергей писал(а):Добрый день!!!
При прогоне DSREPAIR на консоль лезет сообщение

8/08/2005 11:05:32 : PKI-2.77-6
PKI.NLM could not create an NDS context. (-663)

PKIDIAG ошибок не находит.
Видел документ TID10066430, но NPKI отсутствует.
Как быть и что делать????

Состав системы
NW5.1 + SP 8 + 51sp8srv.exe + eDir8736
Заранее благодарю, за помощь

Ну вот по моему мнению 663 ошибка, означает что база nds залочена и к ней нет доступа. Тогда как-бы все логично. Во-время прогона dsrepair база-то как-бы лочится.

Алексей Подгорчук писал(а):Ну вот по моему мнению 663 ошибка, означает что база nds залочена и к ней нет доступа. Тогда как-бы все логично. Во-время прогона dsrepair база-то как-бы лочится.

Меня терзают смутные сомнения... (с)

1. такое было после установки eDir 8.7.3, но после установки всех заплаток и NMAS 2.3.8, список которых брал с http://www.craigjconsulting.com/bmgrptch.html#nbm37 всё вроде прекратилось, а сейчас опять началось
2. кто пытается создать и чего при проверке dsrepair’ом?

Савельев сергей писал(а):

Алексей Подгорчук писал(а):Ну вот по моему мнению 663 ошибка, означает что база nds залочена и к ней нет доступа. Тогда как-бы все логично. Во-время прогона dsrepair база-то как-бы лочится.

Меня терзают смутные сомнения... (с)

1. такое было после установки eDir 8.7.3, но после установки всех заплаток и NMAS 2.3.8, список которых брал с http://www.craigjconsulting.com/bmgrptch.html#nbm37 всё вроде прекратилось, а сейчас опять началось
2. кто пытается создать и чего при проверке dsrepair’ом?

Хз. Тут дистанционно не подскажу. Все эти заплатки нмас еще та задница.Выходят так, что не успеваю устанавливать.
Если грызут сомнения, ну спросите на support-forums. Там ответят.

Такая лажа обычно бывает, когда запускали копирование базы nds перед заменой оборудования. База при этом лочиться наглухо и должна она востанавливаться из директории на томе sys\system\ $HWNDS.BAK типа такого. Если в этих директориях пусто, то Вам скорее всего не повезло и придёться запустить nwconfig -dsremove. Что это даст. Это тупо снесёт дерево и Вы сможете содрать его с другого сервера или создать заново. В любом случае это лучше чем заблокированная nds

Орлов Алексей писал(а):Такая лажа обычно бывает, когда запускали копирование базы nds перед заменой оборудования. База при этом лочиться наглухо и должна она востанавливаться из директории на томе sys\system\ $HWNDS.BAK типа такого. Если в этих директориях пусто, то Вам скорее всего не повезло и придёться запустить nwconfig -dsremove. Что это даст. Это тупо снесёт дерево и Вы сможете содрать его с другого сервера или создать заново. В любом случае это лучше чем заблокированная nds

Рад бы с вами согласиться, но ничего подобного за последнее время не было
и после резервного копирования БАЗЫ тут же идёт восстановление (привычка, выработанная годами (с))

Ну чем мог постарался помочь.

Я кажется начинаю понемногу понимать что происходит.
Обнаружилась ещё одна ошибка. При регистрации пользователей из O=College и OU=ENG.COLLEGE не отрабатываются LoginScript’ы. С иными контейнерами проблем нетю
Похоже постарался модуль SASI
Единственное что приходит в голову – дождаться следующей заплатки nmsrv239
Или можно обойтись иным способом????

А никто файлы в SYS:\_NETWARE не держит?

нет, никто ничего не держит

я был не точен
отработка пользовательского LoginScript не идёт контейнерный и профильный работают нормально