VSftpd could not create file
 

Доброго дня.
В локальной сети имеется комп с шарой (win 2k8). На нем крутится cobian backup, который бэкапит расшаренную папку в 2 места - по smb на другой виндовый сервер и по ftp на debian с vsftpd. Есть несколько файлов, которые на ftp не хотят отправляться, в логах cobian пишет could not create file. Закрались мысли, что связка путь+имя небэкапящихся файлов слишком длинное и vsftpd (или debian?) их отвергает (эти же файлы на smb c win кидаются нормально). Может кто нибудь подскажет, где в лине или фтп отыскать эту настройку?

Пример?
У современных ФС это вряд ли. Может, ограничение самого протокола ftp. Хотя, если сервер соответствует RFC 2640, проблем быть не должно.

Как выход, можно перед заливкой закатывать бекапы в тарболы. Или пользоваться чем-нибудь менее поросшим мохом, чем ftp, например rsync.

2017-07-02 01:15 Ошибка закачки файла "C:\Share-Server\graf_files\А63-3208_2012\607658901\Документ, подтверждающий отправку Истцу заказным письмом с уведомлением о вручении копии отзыва и прилагаемых к нему документов, которые у Ответчика отсутствуют 1 л..pdf": Could not create file.

archevod, между кавычками 220 символов, до максимума вроде бы ещё ~тридцать в запасе. Но это для Windows: насколько помню (но может быть спецы меня и поправят), в некоторых *nix ограничение до 255 (ну может на один-два меньше) на количество байт в имени. Юникодные же русские символы кодируются двумя байтами, т.е. в байтах уже заметный перебор. Возможно имеет смысл копать в эту сторону.

Верно. Большинство файловых систем, используемх в линуксах, имеет ограничение на длину имени файла в 255 байта. Только и у NTFS такое же ограничение. Но
показывает, что это ограничение как то обходится.
archevod, для проверки, выполните на своём линуксе

Можно я повторю по поводу Windows?
Для Windows ограничение длины имени (включая путь) — несколько больше 250 символов, но не байт.

Смотрим хотя бы проблемы Линуксового сообщества, куда я заглядываю редко и поэтому высказался лишь предположительно, например Bug 9266 - Увеличить ограничение на длину названия файла в Linux
А также Энциклопедия Windows и масса других источников (до сайта MS просто не добрался). Ну и практика, полностью это подтверждающая.

PS
Не хотел лезть в педивикию — но вроде здесь информация выверялась. Хотя, как я уже говорил, читаешь в ней статьи по медицине — ну как всё точно и понятно. Читаешь по своей области — ну что за бред несут... Спрашивал врачей — у них то же отношение: "читаешь в ней статьи по технике — ну как всё точно и понятно. Читаешь по своей области — ну что за бред несут...".

PPS
А, вот косвенное с сайта MS, 2012 год, по поводу длины имён в планировавшейся ReFS:
Ну а в Win-10 уже можно использовать длину имени до 32К символов без ухищрений типа имени-ресурса (использование префикса \.\\ или \?\\, что работает и в ХР), что приведёт к увеличению количества вопросов, поднятых в теме, даже при обмене между компьютерами Win10<->Win7.

Да, вы правы, где то есть ограничение:

Тогда архивируйте бекап перед заливкой на фтп.

Или можно переразбить раздел для бекапов в ту же NTFS, или Reiser4, в общем, в ФС поддержкой имён файлов длиной не менее 255 UTF-8 символов.

Для справки:
http://wiki.etersoft.ru/Linux/VLFN

Всем спасибо. Отформатировал в ntfs, проблема решена