proNovell

На раб. станции WXP стоит клиент NW 4.9SP1 русский. На сервере 6.5 SP3 английская кодовая страница и файловая система NSS. Когда с раб. станции WXP на томе сервера создается каталог с русским именем, то он виден только с этой раб. станции. С ПК, где стоит клиент 4.83 SP2 этот каталог не виден с админ-скими правами. Менять кодовую таблицу на сервере не хотелось бы. В чем может быть дело?

А что у нас с настройками клиента по части поддержки кодировки UTF-8?
Не тут-ли "собака порылась"?

Андрей Фисенко писал(а):А что у нас с настройками клиента по части поддержки кодировки UTF-8?
Не тут-ли "собака порылась"?

Этот параметр был отключен (видимо, это значение по умолчанию, т.к. никто его не менял). Для проверки включили поддержку UTF8 в клиенте, но ничего не изменилось, к сожалению.
На нашем тестовом сервере поставили русскую кодовую страницу. На нем все ok, т.е. каталоги с рус. именами, создаваемые с раб. станции с клиентом 4.9 рус., другими клиентами видятся.
Хотелось бы понять однозначно и сделать вывод, что либо клиента пока не ставить, либо обязательно рус. кодовую страницу на сервере заводить, что, возможно, будет конфликтовать с чем-нибудь другим, ARCserve, например.

Елена Лезгина писал(а):этот каталог не виден с админ-скими правами. Менять кодовую таблицу на сервере не хотелось бы. В чем может быть дело?

Это повторяющаяся проблема?
Я подобное встречал всего пару раз, когда часть содержимого каталога была видна, а часть нет. Лечилось только созданием нового каталога и переносом всей информации в него. Что за трабл так и не выяснили, потому что не повторялся.

У меня на предыдущей работе осталось:
nw 6.5.3 + eDir 8.7.3
Win 2000|XP
NW Client 4.83-4.90-4.91
кодовая страница на всех серверах установлена английская.
Проблема была только описанная и только однажды, так что стоит покопаться в ваших клиентах наверное.

Larico писал(а):Это повторяющаяся проблема?
Я подобное встречал всего пару раз, когда часть содержимого каталога была видна, а часть нет. Лечилось только созданием нового каталога и переносом всей информации в него. Что за трабл так и не выяснили, потому что не повторялся.

Ну как же разовая проблема Вот что я по поиску в Форуме нашла:
http://novell.org.ru/forum/viewtopic.ph ... ca61efdc10

Действительно, описанная в ТИДе 10097059 http://support.novell.com/cgi-bin/searc ... 097059.htm утилита
NSSCPT конвертирует имена файлов. Но проблемы все равно есть.

Стоп-стоп. Это разные проблемы!
UTF-8, это UTF-8 - там все понятно.
А когда папка есть (видна в С1, СС и т.д.) а в проводнике не на всех машинах - это уже другая проблема. про неё и речь.

Larico писал(а):Стоп-стоп. Это разные проблемы!
UTF-8, это UTF-8 - там все понятно.
А когда папка есть (видна в С1, СС и т.д.) а в проводнике не на всех машинах - это уже другая проблема. про неё и речь.

Не знаю, может, меня неправильно поняли. Но у нас проблема очень похожа на Ту. Только там они обновили всех клиентов до 4.91 SP2, а у нас он стоит пока только на одной машине. И каталоги и файлы с русскими именами, созданные с этой машины на сервере NW 6.5 SP3 на томе NSS (англ. код. страница) не видятся с ПК с другими ВЕРСИЯМИ клиентов, т.е. со всех остальных. В административных утилитах типа С1, NRM видно, что в каталоге что-то есть, но имена тоже не видны.
NSSCPT -FIXNAMES исправляет имена, т.е они, видимо, переводятся в англ. код. таблицу. Зато они превращаются в "кракозябры" на ПК с клиентом 4.91. Вот такая ситуация. Она нам понятна.
Хотелось бы совета - что делать на будущее? Не апгрейдировать клиентов (не очень хорошо), сделать в них какую-то настройку, чтобы они писали рус. имена на томе NSS в той же код. таблице, как и более ранние версии клиентов, поменять lconfig.sys на сервере на 866 (не хотелось бы, т.к. непонятно. как скажется)?

Если в клиентах 4.91.2 отменить поддержку utf-8 и вкл поддержку DOS, проблема не решается?