Bug 6077 - rsync doesn't modify content of sshfs volumes
Summary: rsync doesn't modify content of sshfs volumes
Status: RESOLVED INVALID
Alias: None
Product: rsync
Classification: Unclassified
Component: core (show other bugs)
Version: 3.0.2
Hardware: x86 Linux
: P3 normal (vote)
Target Milestone: ---
Assignee: Wayne Davison
QA Contact: Rsync QA Contact
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-01-30 07:39 UTC by Diego
Modified: 2009-01-31 00:02 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Diego 2009-01-30 07:39:02 UTC
I use rsync daily for backups.
I recently tried rsync to backup some dirs in my local machine into dirs mounted
as sshfs volumes in a remote machine.
While it correctly transfers files not already existing in the recipient, it fails to modify the content of existing ones or to delete them if extraneous (option --del).

What I get is an error like:
rsync: rename <tmp filename in the recipient> -> <real filename in the recipient>: Operation not permitted (1)

rsync error: some files could not be transferred (code 23) at main.c(1031) [sender=3.0.2]

I wonder whether there are sshfs or rsync flags that would fix this.
Comment 1 Matt McCutchen 2009-01-31 00:02:29 UTC
This is not an rsync bug.

It looks like passing "-o workaround=rename" to sshfs might make renames work.  If not, you can pass --inplace to rsync to avoid renames.