[Comm] Проблема с доступом к -r disk:P в rdesktop

[Comm] Проблема с доступом к -r disk:P в rdesktop

[Victor Zhuravlyov]

Вчера появилась проблема:
с линуховых машин по rdesktop перестал подключаться диск, точнее на
секунду появляется, затем исчезает и появляется надпись:
\\tsclient\P is not accessible
You might have no permission бла бла
Conctact your бла бла
Device is not connected.
Причём линух как старый так и новый ведёт себя одинаково.
С виндовой машины всё чудно...
Никаких апгрейдов или изменений не было.
Возможно вырубалась машина на которой шареные по nfs документы живут.
Буду признателен за любую помощь.


-- 
Regards, vitich at gmail dot com

Re: [Comm] Проблема с доступом к -r disk:P в rdesktop

[Michael A. Kangin]

В сообщении от Friday 07 March 2008 12:28:03 Victor Zhuravlyov написал(а):

> с линуховых машин по rdesktop перестал подключаться диск, точнее на
> секунду появляется, затем исчезает и появляется надпись:
> \\tsclient\P is not accessible

Да вроде нормально всё работает.
Какова строка запуска rdesktop? Работает ли локально ресурс, который 
подключаете?

-- 
wbr, Michael A. Kangin

Re: [Comm] Проблема с доступом к -r disk:P в rdesktop

[Victor Zhuravlyov]

На центральной машинке в представительстве хранилище документов.
rdesktop на клиенте запускается с параметрами подключения локальной
папки, в которую монтируется nfs шара.
Методом научного тыка из нескольких сотен документов в корне шары был
выявлен "виновник" файл с именем длиной в 80 с хвостиком русских
буквачек с кучей точек, тильд и прочих ненужных там символов (utf-8)
:)
Шара подключалась и тут же отваливалась, пока не переименовал файл :)
Вообщем дело было в ограничении кол-ва символов в пути


07.03.08, Denis Medvedev<a_mdl@mail.ru> написал(а):
> Опишите, как у Вас сеть устроена, какое отношение имеет nfs к rdesktop.

Re: [Comm] Проблема с доступом к -r disk:P в rdesktop

[Максим Иванов]

В сообщении от Friday 07 March 2008 16:25:46 Victor Zhuravlyov написал(а):
> На центральной машинке в представительстве хранилище документов.
> rdesktop на клиенте запускается с параметрами подключения локальной
> папки, в которую монтируется nfs шара.
> Методом научного тыка из нескольких сотен документов в корне шары был
> выявлен "виновник" файл с именем длиной в 80 с хвостиком русских
> буквачек с кучей точек, тильд и прочих ненужных там символов (utf-8)
>
> :)
>
> Шара подключалась и тут же отваливалась, пока не переименовал файл :)
> Вообщем дело было в ограничении кол-ва символов в пути
>

В багзилле это единственный баг на rdesktop: 
https://bugzilla.altlinux.org/show_bug.cgi?id=13495

не ты первый, не ты последний =)