OES11sp2 - проблема с длинными русскими именами файлов

[Victor501]

При установке всех обновлений по 07.05.2015 на OES11sp2 на смонтированный том не сохраняются файлы с русскими именами длиной более 61 символа. А такие файлы записанные ранее не читаются.
Может кто сталкивался с этой проблемой

[Андрей Добров]

При установке всех обновлений по 07.05.2015 на OES11sp2 на смонтированный том не сохраняются файлы с русскими именами длиной более 61 символа. А такие файлы записанные ранее не читаются.
Может кто сталкивался с этой проблемой

1. С консоли или по ssh попробовать создать файл с русскими именами на томе NSS и как это отобразиться на клиентской машине и что можно сделать с вновь созданным файлом.
2. Создать каталог в iManager больше 63 символов русскими пробовали?
3. В remote manager выставили 866 кодовую страницу?
4. Что выставили для NSS при создании тома long, unix ...

[Victor501]

1. С консоли или по ssh попробовать создать файл с русскими именами на томе NSS и как это отобразиться на клиентской машине и что можно сделать с вновь созданным файлом.
2. Создать каталог в iManager больше 63 символов русскими пробовали?
3. В remote manager выставили 866 кодовую страницу?
4. Что выставили для NSS при создании тома long, unix ...


1. По ssh на NSS длинные русские имена создаются нормально
2. В iManager каталоги длинные русские не создаются
3. В "Управление сервисами NCP" - "Управление сервером" стоит - LOCAL_CODE_PAGE CP437
Ставил CP866 - все равно файлы не записываются
4. Для NSS при создании тома выставлялся - long

Напомню что до установки всех последних обновлений по 07.05.2015 все было нормально.
До этого обновления стояли где-то примерно по август 2014.

[Константин Ошмян]

Это они в пакете March 2015 OES 11 SP2 Scheduled Maintenance Update 10332 снова немного чего-то поломали. К счастью, на сей раз - менее серьёзно: все ранее созданные файлы - на месте, доступны как с консоли сервера, так и по CIFS (если он поднят); недоступны только по протоколу NCP (т.е. через новелловского клиента).

Решается патчом novell-ncpenc-5.2.2-0.96.112.9.631.1.PTF.926998.x86_64.rpm, который должен ставиться поверх уже установленного модуля аналогичной версии (цифры до "PTF" должны совпадать) командой

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

rpm -Uvh novell-ncpenc-5.2.2-0.96.112.9.631.1.PTF.926998.x86_64.rpm

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

[Константин Ошмян]

Исправление вошло в состав недавно выпущенного May 2015 OES 11 SP2 Scheduled Maintenance Update.

[Dimerson]

Не подскажет ли АЛЛ - в данных чудесах с длинными менами OES2015SP1 не замечен случаем ?
На днях переехали с оес2 сп3 на оес2015 сп1. На новом железе. В большой файлопомойке некоторое количество файлов с особо длинными русским путем и именем не скопировались. Их количество некритично, но те же файлы на старом сервере существовали без проблем.

Сегодня поглядел внимательнее. Проблема не в том, что не копируется на OES2015, а в том, не читается на OES2.
Ручная переименовка на консоли OES2 файла в /media/nss/VOLUME/ решает проблему.

[URRY]

У нас проблем не наблюдается , OES2015SP1

[Dimerson]

Спасибо, URRY. Как я писал выше, проблема с помойкой на OES2 SP3. Слава богу мало такого и уже почти исправлено.