Johan Kielbaey
2008-Nov-05 18:26 UTC
Bug+bugfix in sftp-server : failed to rename file on sshfs mount
Hello, Renaming a file via sftp on an sshfs mount resulted in a failure with errorcode 38 (ENOSYS). This is reproducable with openssh release 4.9p1 & 5.1p1 in combination sshfs 2.2 (latest releases). Investigation revealed that sshfs only implements the rename()-call and not the link()-call (used by sftp-server). Attached is a patch to perform the rename()-call upon a failed link(). The patch is against openssh-5.1p1. Kind regards, Johan
Ben Lindstrom
2008-Nov-05 19:58 UTC
Bug+bugfix in sftp-server : failed to rename file on sshfs mount
Without seeing the patch I can't judge it. However, why is sshfs failure to implement things right an OpenSSH bug? BTW you may want to file it with http://bugzilla.mindrot.org/ so it doesn't get lost as well (or at least skim the open and closed bugs on the rename() and link() discussions. - Ben On Nov 5, 2008, at 12:26 PM, Johan Kielbaey wrote:> Hello, > > Renaming a file via sftp on an sshfs mount resulted in a failure with > errorcode 38 (ENOSYS). > > This is reproducable with openssh release 4.9p1 & 5.1p1 in combination > sshfs 2.2 (latest releases). Investigation revealed that sshfs only > implements the rename()-call and not the link()-call (used by > sftp-server). > > Attached is a patch to perform the rename()-call upon a failed link(). > The patch is against openssh-5.1p1. > > Kind regards, > > Johan > _______________________________________________ > openssh-unix-dev mailing list > openssh-unix-dev at mindrot.org > https://lists.mindrot.org/mailman/listinfo/openssh-unix-dev
Possibly Parallel Threads
- [Bug 1535] New: rename doesn't fall back to rename syscall upon ENOSYS of link syscall
- sshfs -o rellinks (module option) rejected by fuse
- Samba serving sshfs shares: can't delete files
- sshfs mounting on Centos 6.9
- [sshfs] sshfs mounted applications fail with "error loading shared libraries"