Назад | Перейти на главную страницу

передача файлов nfs завершается неудачно, «cp: cannot stat 'dir_name': No such file or directory», но sshfs работает нормально

У нас есть странная проблема на нашем файловом сервере (32-разрядная версия Debian Wheezy), когда некоторые файлы в папках, содержащихся в общей папке nfs, не работают во время передачи с помощью команды cp. Howerver, если мы смонтируем ту же папку через sshfs и будем использовать ее для передачи файлов, проблем не возникнет. У нас есть несколько вещей, для которых требуется nfs, поэтому sshfs - это не решение, а способ обойти.

При попытке cp -r папки из монтирования на клиенте в локальную папку на клиенте (также Debian Wheezy) одна или несколько папок, содержащихся в общей папке, завершатся ошибкой со следующей ошибкой:

cp: cannot stat `My_Shared_Folder/dir': No such file or directory

Только некоторые из файлов, содержащихся в каталоге, не работают, другие передаются. Как ни странно, каждый раз выходят из строя одни и те же папки. Но если я монтирую тот же My_Shared_Folder и копирую тот же каталог через sshfs, все работает отлично.

Я проверил разрешения, все нормально. Иногда, но не всегда, строка разрешения изменяется в неудачных каталогах после попытки копирования файла с монтирования nfs:

ls -l My_Shared_Folder:
d????????? ? ?      ?             ?            ? dir
drwxrwxr-x 2 nobody nogroup    4096 Apr  1 15:14 dir2

В этом примере при использовании cp -r для локального копирования «My_Shared_Folder» перенос должен быть выполнен dir2, но не dir.

Перед попыткой передачи файла разрешения для папки выглядят нормально (для меня):

ls -l My_Shared_Folder:
drwxrwxr-x 3 nobody nogroup     138 Mar 20 11:51 dir
drwxrwxr-x 2 nobody nogroup    4096 Apr  1 15:14 dir2

Общий ресурс nfs используется на сервере через следующую строку в / etc / exports:

/exports/My_Shared_Folder   10.10.10.0/21(ro,async,no_subtree_check,all_squash,anonuid=65534,anongid=65534)

Клиент получает доступ к общему ресурсу через следующую запись fstab:

10.10.10.95:/exports/My_Shared_Folder   /mnt/My_Shared_Folder       nfs noatime,user,ro     0   0

То, что я пробовал до сих пор:

Поскольку sshfs работает отлично, я сейчас нахожусь в той точке, где я лично считаю, что это проблема NFS, но, возможно, я ошибаюсь.

Похоже, эта проблема могла быть вызвана комбинацией nfs, xfs и inode64. Я переместил данные в том ext3 и экспортировал из него, и, похоже, он решил эту проблему.