proNovell

Имеем WinXP SP2, Client 4.91 (пробывал SP1, SP2, SP4, SP5), NetWare 6.5 SP7 english
Если в клиенте включена потдержка UTF8, то все Русско-язычные файлы отображаются "крякозябами", если отключаю UTF8, то всё видится нормально, почти ко всему есть доступ, но невозможно востановить удалённые файлы.
При попытке нажать правой мышкой на Русскоязычную папку получаю сообщение: "Недостаточно прав для завершения данной операции", при этом я имею администраторские права. Еслиже этот каталог обозвать по Английски, то правой мышкой никаких сообщений не появляется, но в окне востановления все Русскоязычные файлы нарисованы крякозябами.

Если кто то победил "UTF8ую" болезнь 4.91го клиента поделитесь пожалуйста "таблеткой" или решением, а то очень не хочется держать на своей машине 4.90ый клиент из за его дикого торможения всей машины.

Не могу воспроизвести.
Клиент 4.91sp4 utf8 включено.
Сервер nw6.5sp7+постфиксы
Файлы восстанавливаются.

BDmV писал(а):Имеем WinXP SP2, Client 4.91 (пробывал SP1, SP2, SP4, SP5), NetWare 6.5 SP7 english

Результат выполнения на консоли сервера команды language можете здесь привести?

Сергей Дубров
А может ето из той же серии, что и проНЕназначение прав на TFS? Уж больно симптомы сходятся - Недостаточно прав...

v13 писал(а):Не могу воспроизвести.
Клиент 4.91sp4 utf8 включено.
Сервер nw6.5sp7+постфиксы
Файлы восстанавливаются.

Проверил только что у себя: клиент 4.91sp5eng, станция - XP+SP2 рус, сервер NW65SP5+постфиксы, команда language выдаёт
Current NLM language is (4) ENGLISH.
Current DOS code page is (866).

Создаю каталог, названный "Проверка длинного русского каталога", в нём создаю файл "Очень длинный русский файл.txt". Удаляю каталог вместе с файлом, дальше правая кнонка мыши на родительский каталог -> Salvage Files... - и вижу в окне нормальное русское название директории, восстанавливаю её -> повторяю действие на ней - вижу "Очень длинный русский файл.txt". Т.е., никаких проблем. На сервере поддержка UTF8 включена.

Сергей Дубров писал(а):Current NLM language is (4) ENGLISH.
Current DOS code page is (866).

Как показывает практика - именно в это все дело.
Если локаль стоит не 866 а 437 и идут вариации с UTF-8, то так оно и будет. Причем будут наблюдаться вовсе смешные и странные вещи - папки и файлы в них могут появляться и исчезать, а файлы с кракозябрами в имени могут удаляться только после переименования, например в цифровой вид, а илгут даже и не переименовываться.
Это будет наблюдаться на разных ПК с разными уставками UTF-8.
Если интересно могу представить свое решение данной проблемы, основанное на вычитку форума и плотного общения с Гарбаром.

Странно, но таких вещей не наблюдалось (у мнея по крайней мере) на 6.0сп5

Сергей Дубров писал(а):Результат выполнения на консоли сервера команды language можете здесь привести?

На обоих серверах:

Код: Выделить всё

  Current NLM language is (4) ENGLISH.
  Current DOS code page is (437).

Сергей Дубров писал(а):Current DOS code page is (866).

Возможно в этом-то всё и дело. Будет время попробую сменить кодовую страницу, а то с налёту charset CP866 выдаёт:

Код: Выделить всё

DATSERVER:charset.nlm CP866                           
Unknown character set                                 
Supported character sets:                             
Cp737     Cp850     Cp852     Cp855     Cp857     Cp860
Cp861     Cp863     Cp865     Cp866     Cp869         

Кстати NSSCPT CPSWITCH , что делает? Переименовывает все файлы на томах или что-то ещё? И где его достать?
Перерыл все диски, искал на download.novell.com, поисковики тоже ничего не дали, а NW6.5 SP2 у мну нет

BDmV писал(а):

Сергей Дубров писал(а):Результат выполнения на консоли сервера команды language можете здесь привести?

На обоих серверах:
Current NLM language is (4) ENGLISH.
Current DOS code page is (437).

Олжас в сообщение выше фактически уже указал на причину - "плохая" кодовая страница DOS (437) в сочетании с UTF8. Лечится не очень просто, но понятно:

1. Все файлы/директории, названные по-русски, убираете на время "в сторонку", с сохранением trustees, квот и т.п.

2. Меняете на сервере кодовую страницу DOS на 866, перегружаете его.

3. Проверяете, что с русским у вас всё стало в порядке.

4. Возвращаете сохранённое содержимое из п.1 на место.

Сулейменов Олжас писал(а):Если интересно могу представить свое решение данной проблемы, основанное на вычитку форума и плотного общения с Гарбаром.

Интересно, тоже бы послушал.

Сулейменов Олжас писал(а):Если интересно могу представить свое решение данной проблемы, основанное на вычитку форума и плотного общения с Гарбаром.

Ждем-с.

Принципиально все сказал уже Сергей, схема именно такая и есть: временный перенос данных на "уверенный сервер", затем менять кодировку и вернуть все обратно, хе, интрига не удалась

Гарбар, правда утверждал, что это не прокатит и надо выравнивать потом все клиенты на одинаковую уставку UTF8.

Однако, схема отработала прекрасно, спасла и Равиля [Ravil]

Допроверить не получилось, но тем не менее скажу, что есть ощущение при копировании данных RSYNC-ом локаль не оказывает влияние на кодировку данных. Если брать Утилиту Консолидации Серверов (Данных), то оно чувствительно к UTF8 и его лучше не использовать.

Как блондинка , имею в c:\nwserver три файла lconfig.sys -
lconfigr.sys и lconfigu.sys

Current NLM language is (4) ENGLISH.
Current DOS code page is (437).

в такой связке клиент никогда русские файлы не восттавливает если не UTF на клиенте !

кодировка.......
Олжас прав замена lconfig.sys проблему решит

Наконец-то опять руки дошли до сервера...

Сергей Дубров писал(а):1. Все файлы/директории, названные по-русски, убираете на время "в сторонку", с сохранением trustees, квот и т.п.

Я над этим решением думал, но нет такой "сторонки", в которую все файлы с сервака можно убрать. Да и времени уйма уйдёт, чтоб всё перелить в "сторонку", а потом обратно.

Сергей Дубров писал(а):2. Меняете на сервере кодовую страницу DOS на 866, перегружаете его.

load charset.nlm cp866 в startup.ncf никаккого эффекта не даёт.
По совету Павла Гарбара заменить язык через nwconfig, меняется только язык собщений и консоли, страница опять же не меняется.
Правда вновь создаваемые файлы и папки нормально видятся и администрятся.

ЗЫ. Дайте, кто нить NSSCPT если уж и он не поможет, то будем искать "сторонки" и переинсталировать сервак.

BDmV писал(а):load charset.nlm cp866 в startup.ncf никаккого эффекта не даёт.

Этого просто не может быть, собственно этой командой charset на сервере и меняется. Надеюсь вы после изменения startup-а сервер перезагружали? Что говорит language после этого?

из INSTALL\LCONFIG\ берем LC_866.007 и переименовываем. Это и есть самое главное. А остальное надо, чтобы сообщения сервера кракозябрами не отображались.

Сергей Дубров писал(а):Этого просто не может быть, собственно этой командой charset на сервере и меняется. Надеюсь вы после изменения startup-а сервер перезагружали? Что говорит language после этого?

Обижаете. И не один раз перегружал.
Даже менял язык, как советует П.Гарбар, через nwconfig.
Язык nlm стал Русским, консоль порусела, RemoteAdmin перешёл на крякозябы, а вот кодовая страница как была 477, так и осталась.

Boris Morozov писал(а):из INSTALL\LCONFIG\ берем LC_866.007 и переименовываем. Это и есть самое главное. А остальное надо, чтобы сообщения сервера кракозябрами не отображались.

Смена языка через nwconfig делает замену lconfiga, проверял, lconfig Русский.

Вобщем если ни укого нет NSSCPT, который все советуют, буду переинсталивать сервера и закачивать на них заново всё файло.
А, что делать? НГ на дворе. Новый Год = Новый сервер. (Ровно год назад с инсталил на оба сервера 6.5ую)