I was downloading a large file that I had already partially downloaded
with this command line:
rsync --inplace -P 'user@host:"file name with spaces"' .
The remote host doesn't have an rsync server running, it used the ssh
transport automatically. The local destination file had permissions 400
(which I was not aware off at that time). Rsync warned me about this
with:
rsync: open "/local/dir/file name with spaces" failed: Permission denied (13)
However, the download continued, so I thought rsync would handle the
permission problem. It was only a warning after all. But when I returned
in the morning, the download had finished without adding any new data to
the destination file. All it had done was waste bandwidth.
IMO this is a bug, which should be fixed in one of two ways:
a) change permissions of the destination file to make it writable.
b) give up on the unwritable file instead of downloading into nirvana.
(b) is probably a good idea either way, in case permissions can't be
changed or the destination file system runs out of space.
Related bug: #232914. The same situation but with a remote destination
file.
Best regards,
Felix