proNovell

Кто что может сказать? Я только себе поставил, вроде, пока, глюки не наблюдаются.

Поставлено на машины во вновь созданном подразделении (дабы не плодить возм. проблемы с совместимостью). Работает в паре с NW51.
Приерно дней 10ть. Замечаний пока нет.
(В общем, так и следовало ожидать: по старой админской примете max. работоспособным бывает именно третий релиз... гы-гы...)

ArapovUV писал(а):Кто что может сказать? Я только себе поставил, вроде, пока, глюки не наблюдаются.

примерно 10 компов . в окружении 60 65 и в тч 3.12 only ;o) полет нормальный

веселит наличие уже 5 постфиксов (все они бетовые и не ставились).

14 дней все ок

Это к чему. С ними чего делать?

http://support.novell.com/cgi-bin/searc ... 974843.htm
http://support.novell.com/cgi-bin/searc ... 974837.htm
http://support.novell.com/cgi-bin/searc ... 974841.htm
http://support.novell.com/cgi-bin/searc ... 974838.htm
http://support.novell.com/cgi-bin/searc ... 974847.htm
http://support.novell.com/cgi-bin/searc ... 974765.htm

У нас после апдейта до sp3 логин-скрипт стал выдавать ошибки при мапе ( код сейчас не вспомню ). Оказалось, один из дисков мапился "по-старому", в виде СЕРВЕР\ТОМ: - поправили на мап через объект тома СЕРВЕР_ТОМ. При этом ошибки лезли и на остальные мапы в скрипте ( которые сделаны через объекты томов ) - после правки все поправилось. Однако, как впоследствии оказалось, такой мап был не один - но другой править не пришлось ( тоже в виде СЕРВЕР\ТОМ: ), и с ним все работает. Я не берусь утверждать, конечно, что новый клиент не поддерживает маппинг в том формате - возможно, причина в том, что мои скрипты составные из контейнерного и профиля, там еще есть и директори мап .. но ошибка была. Новый клиент пока крутится на одной машине уже недели две.

"Novell Client 4.91 SP3 Russki", поставил себе 22.11, полет нормальный.

Андрей Тр. aka RH писал(а):У нас после апдейта до sp3 логин-скрипт стал выдавать ошибки при мапе ( код сейчас не вспомню ). Оказалось, один из дисков мапился "по-старому", в виде СЕРВЕР\ТОМ: - поправили на мап через объект тома СЕРВЕР_ТОМ. При этом ошибки лезли и на остальные мапы в скрипте ( которые сделаны через объекты томов ) - после правки все поправилось. Однако, как впоследствии оказалось, такой мап был не один - но другой править не пришлось ( тоже в виде СЕРВЕР\ТОМ: ), и с ним все работает. Я не берусь утверждать, конечно, что новый клиент не поддерживает маппинг в том формате - возможно, причина в том, что мои скрипты составные из контейнерного и профиля, там еще есть и директори мап .. но ошибка была. Новый клиент пока крутится на одной машине уже недели две.

Блин ... везде сервер\том: полет нормальный - NW 3.12,6.0,6.5

NW 65 sp5 маппинг дисков типа:

//сервер/том/папка ...
и
сервер\том:папка

- проблем не обнаружил

Не, я не утверждаю, что все так просто. Просто констатация факта : было .. стало. При этом при оставшемся в скрипте мапе СЕРВЕР\ТОМ: все работает. Серверы 6.5SP3. На днях попробую восстановить тот проблемный мап и посмотреть, вернется ли ошибка.

По поводу мапов... Проблемы возникли с мэппингом на директори мэп. Не работает и все! В DSTRACE даже запросов не вижу...

У нас директори мап мапятся нормально - их есть, и не одна. А что пишет в окне скрипта, должна же быть хоть какая-то реакция на команду ? А если попробовать смапить вручную ?

Самое интересное, что ошибки никакой не выдает... Надо бы пауз понавставлять для отладки. Если из комстроки давать MAP I:=.DM_Install.PUB: то все нормально прокатывает...

Timur Kazimirov писал(а):Если из комстроки давать MAP I:=.DM_Install.PUB: то все нормально прокатывает...

Временно замените в скрипте МАР на вызов внешней МАР которая прокатывает. А зачем там : в конце ? Должно быть MAP I: = .DM_Install.PUB - и все. Путь же берется из этого объекта.