From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050323 Epiphany/1.4.4 Description of problem: rsync -av something/local 192.168.1.1:/home/username/something/remote/ building file list ... done rsync: recv_generator: mkdir "local": Permission denied (2) stat local : No such file or directory The rsync continues, although /home/username/something/remote/ remains empty. Version-Release number of selected component (if applicable): How reproducible: Didn't try Steps to Reproduce: x Additional info:
The same problem occurs if a usb device is unplugged. rsync will continue syncing (say) a hard disk and a usb disk, without any errors. Bizarre.
Sorry for the late reply, but this behavior is completely expected. Closing.
If this bug is completley expected, despite it being reported as being completley unexpected, you need to explain why before marking it as NOTABUG.
1. If you don't have the permission to write on the remote system, I expect rsync not being able to. It correctly reports an error, and goes on with the files trying to see if there is something it can actually sync over. 2. if you unplug a usb disk you just unmount a filesystem, but that does not make the mount point unwritable, the mount point just becomes a normal directory so if you rsync over it you are just copying files in a normal directory, provided you have permission to write on it I don't see why should it fail at all. The bug report also shows that rsync actually reports an error, so you are warned something is wrong. This is basic unix knowledge applied to the situation, that's why it is completely expected. closing again unless you have evidence of a misbehavior.
In reply to comment #1: Well the problem is that the usb drive died during the rsync. In reply to the bug: If rsync doesn't have write access to the top-level directory, then everything will fail. It's missing a short-circuit.