proNovell

Добрый день!

Возникла проблема, решеть которую надеюсь с вашей помощью.
В дереве два сервера SERVER1 и SERVER2 c ОС Novell NetWare 6.5 SP8. Оба поднимались с одного диска. На SERVER1 крутится Master-реплика, а на SERVER2 - Read-Write-реплика.
Все хорошо, все работает. НО у пары пользователей одного OU, в контейнерной процедуре регистрации которого прописано подключение томов с SERVER1 и SERVER2, тома с SERVER1 мепятся без проблем, а как дело доходит до подлючение тома с SERVER2 вылезают ошибки. Естественно, в проводнике они этих томов не видят. У остальных пользователей этого же OU все хорошо.
Что замечено: на двух из трех проблеммных компьютерах (ибо проблема именно в ПК юзера, как мне кажется) стоят неоригинальные версии Windows XP (сборка от Zver или еще какая-то).
Пытался мепить двумя способами в пользовательской процедуре регистрации:

1) map X:=SERVER2\TOM1:
2) map X:=.SERVER2_TOM1.CONTEXT:

На что получаю ошибку в первом случае: " LOGIN-LGNWNT32.DLL-430: Невозможно выполнить операцию присоединения диска [X:=SERVER2\TOM1:] Код ошибки 8884." Либо тоже самое, но уже на другой рабочей станции, только код ошибки 8819 (аля - Zver XP).
При задании подключения способом 2: " LOGIN-LGNWNT32.DLL-470: Указанное назначение диска ссылается на неверный путь: (X:=.SERVER2_TOM1.CONTEXT:)"

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

Вопрос: что и где надо ковырнуть в системе, чтоб заработало. Переустановка ОС - крайний вариант и пока не рассматривается.

На рабочих станциях стоят ОС Windows XP SP3, Novell Client 4.91 SP5.

rahim писал(а):Переустановка ОС - крайний вариант и пока не рассматривается.

Предполагается, что потратив несколько дней тяжёлой мозговой работы высококвалифицированного спеца (или 2х), потратив несколько вариантов вычищания-модифицирования реестра, перебрав десяток вариантов версий dll-модудей вы таки сможете побороть проблему.
И реально испытаете гордость и реально повысите свой инж. уровень.

Но стоит ли таких усилий и такого времени такое решение?

Тем более, что вы практически определили причину проблемы - горбатая установка ОСи...

Поэтому рекомендую именно переставить её на нормальную и забыть, как страшный сон.

======

Мы у себя в ИТ-отделе проводили спец. совещание по данной тематике: "чинить/восстанавливать ли ОС машины прямоходящих, или тупо переустанавливать"?

И пришли к выводу, что проще, быстрее, спокойнее и надёжнее именно переставлять (обученный и натасканный мальчик делает это часа за три с перекурами... ), чем тратить жизнь , отвечая на идиотские вопросы типа "А почему, когда я вчера поставил эти обои, у меня в меню цвет изменился? верните пож. обратно...."

=====

Вообщето, данная ситуация сильно напоминает ту, что сложилась в своё на ВЦ с ремонтом ТЭЗов : пока микросхемы были дороги, то тэзы чинили, используя заводские рекомендации (кто имел отношение, тот вспомнит и вздрогнет): по особым методикам,
на спец. стенде,
с использованием спец. технологических карт,
с привлечением дорогих 2х лучевых осциллографов
и тд и тп...

И ЕС-машины простаивали сменами.

А потом м/с подешевели ( а машинное время наоборот - подорожало) и стало дешевле и проще ( если дефектную схему не нашли сразу) просто бездумно перепаять весь тэз или его часть.

Особенно тем, кто имел 100% ЗИП: исправный вставил, а дефектный за день перепаял, проверил - и закрыл проблему, не вникая глубоко в физику неисправности

Спасибо за ответ, Никалай. Вполне разумное и логичное решение вопроса. Так и сделаю, если никаких других предложений не будет. Но мне бы хотелось узнать, что делали остальные коллеги в данном случае. Меня смущает еще то, что один компьютер из проблемных вполне себе нормальный и ОС стоит оригинальная (внешне выглядит так по крайней мере). Может быть решение в одном ключике в реестре и кто-то знает в каком.

Как вариант - можно попробовать мапить диски подругому:
1) map X:=\\SERVER2\TOM1
или
1) map X:=\\ххх.ххх.ххх.ххх\TOM1
Ну и надеюсь с правами у этих пользователей на мапируемые ресурсы проблем нет.
Если не прокатит - быстрее переставить систему, чем выяснять в чем проблема.

Disable Bad Name and Bad Address cache on the client .
в реестре
http://www.novell.com/support/viewConte ... Id=3606879
или в св-х клиента
http://support.novell.com/docs/Tids/Sol ... 95000.html

Музалёв Николай писал(а):пришли к выводу, что проще, быстрее, спокойнее и надёжнее именно переставлять (обученный и натасканный мальчик делает это часа за три с перекурами... )

Ставим куда-нить один раз, обрабатываем sysprep, и получаем образ, который раскатывается на машину за 15 минут, причём бОльшая часть времени уходит на установку драйверов для конкретной железяки.