Я пытаюсь настроить точку монтирования SSHFS через новую службу Amazon Transfer for SFTP. Я могу sftp в конечную точку просто отлично, используя sftp и может получать / складывать файлы.
Я могу установить это используя sshfs. У меня возникают проблемы, когда при копировании и перемещении файлов появляются ошибки. Всякий раз, когда я это делаю, он создает файлы размером 0 байт. У меня нет проблем с использованием rm чтобы удалить их. Еще странно то, что если я выдаю второй cp команда, он спрашивает, хочу ли я перезаписать, и тогда файл находится там идеально.
Вот несколько примеров отладки SSHFS.
Обратите внимание, что я все делаю как root:
~$ sshfs -o workaround=all -o reconnect -o delay_connect -o sshfs_sync \
-o sync_readdir -o no_readahead -o debug -o noauto_cache \
-o cache=no user@my.endpoint:/my-bucket /mnt/s3
FUSE library version: 2.9.7
nullpath_ok: 1
nopath: 1
utime_omit_ok: 0
unique: 1, opcode: INIT (26), nodeid: 0, insize: 56, pid: 0
INIT: 7.26
flags=0x001ffffb
max_readahead=0x00020000
INIT: 7.19
flags=0x00000011
max_readahead=0x00020000
max_write=0x00020000
max_background=0
congestion_threshold=0
unique: 1, success, outsize: 40
unique: 2, opcode: ACCESS (34), nodeid: 1, insize: 48, pid: 2285
access / 04
unique: 2, success, outsize: 16
unique: 3, opcode: LOOKUP (1), nodeid: 1, insize: 47, pid: 2285
LOOKUP /.Trash
getattr /.Trash
X11 forwarding request failed on channel 0
unique: 3, error: -2 (No such file or directory), outsize: 16
unique: 4, opcode: LOOKUP (1), nodeid: 1, insize: 52, pid: 2285
LOOKUP /.Trash-1000
getattr /.Trash-1000
unique: 4, error: -2 (No such file or directory), outsize: 16
Кажется, это успешно монтируется. Я могу ls и получите быстрый ответ.
Как видите, я отключил все кеширование и асинхронность с помощью параметров. Я также включил все возможные обходные пути. Я пробовал разные комбинации этих вариантов.
Но когда я пытаюсь cp что-нибудь:
~$ cp temp.txt /mnt/s3
cp: cannot create regular file './temp.txt': No such file or directory
unique: 86, opcode: GETATTR (3), nodeid: 1, insize: 56, pid: 18222
getattr /
unique: 86, success, outsize: 120
unique: 87, opcode: LOOKUP (1), nodeid: 1, insize: 49, pid: 18222
LOOKUP /temp.txt
getattr /temp.txt
unique: 87, error: -2 (No such file or directory), outsize: 16
unique: 88, opcode: LOOKUP (1), nodeid: 1, insize: 49, pid: 18222
LOOKUP /temp.txt
getattr /temp.txt
unique: 88, error: -2 (No such file or directory), outsize: 16
unique: 89, opcode: CREATE (35), nodeid: 1, insize: 65, pid: 18222
create flags: 0x80c1 /temp.txt 0100644 umask=0022
unique: 89, error: -2 (No such file or directory), outsize: 166
Что странно, так это то, что он создает 0-байтовый файл после небольшой задержки:
~$ ls /mnt/s3
-rwxr--r-- 1 root root 0 Mar 7 12:19 temp.txt
Если я выпущу второй cp он без проблем перезапишет:
~$ cp temp.txt /mnt/s3
cp: overwrite './temp.txt'? y
unique: 65, opcode: GETATTR (3), nodeid: 1, insize: 56, pid: 18131
getattr /
unique: 65, success, outsize: 120
unique: 66, opcode: LOOKUP (1), nodeid: 1, insize: 49, pid: 18131
LOOKUP /temp.txt
getattr /temp.txt
NODEID: 6
unique: 66, success, outsize: 144
unique: 67, opcode: LOOKUP (1), nodeid: 1, insize: 49, pid: 18131
LOOKUP /temp.txt
getattr /temp.txt
NODEID: 6
unique: 67, success, outsize: 144
unique: 68, opcode: OPEN (14), nodeid: 6, insize: 48, pid: 18131
open flags: 0x8001 /temp.txt
open[139699381340688] flags: 0x8001 /temp.txt
unique: 68, success, outsize: 32
unique: 69, opcode: SETATTR (4), nodeid: 6, insize: 128, pid: 18131
truncate /temp.txt 0
getattr /temp.txt
unique: 69, success, outsize: 120
unique: 70, opcode: WRITE (16), nodeid: 6, insize: 539, pid: 18131
write[139699381340688] 459 bytes to 0 flags: 0x8001
write[139699381340688] 459 bytes to 0
unique: 70, success, outsize: 24
unique: 71, opcode: FLUSH (25), nodeid: 6, insize: 64, pid: 18131
flush[139699381340688]
unique: 71, success, outsize: 16
unique: 72, opcode: RELEASE (18), nodeid: 6, insize: 64, pid: 0
release[139699381340688] flags: 0x8001
unique: 72, success, outsize: 16
~$ ls /mnt/s3
-rwxr--r-- 1 root root 459 Mar 7 12:26 temp.txt
С помощью rm нет проблем. Работает как положено.
В mv команда имеет ту же проблему, что и cp.
Я НЕ хочу использовать s3fs, потому что он ненадежен, поэтому, пожалуйста, не предлагайте его в качестве решения.