doc bug: --delete option differs between host:/ and host://
ch at debian.org
Tue May 14 05:00:03 EST 2002
Tags: +upstream +patch
I want to notice you of a very annoying behavour regarding the --delete
option. Although people are aware of the difference between writing
It is not clearly documented in the manpage how "host:/" is handled. Doing
rsync --archive --relative ... --delete host:/ my_backup_dir/
works fine, as long as you only copy files, so the syntax seems to be
correct. But somewhen you will realize that your dir is growing steadily
as rsync does simply skip any deletions! The workaround is writing:
rsync --archive --relative ... --delete host:// my_backup_dir/
Please include maybe the following passage to the manpage:
--- rsync.1.old Tue May 14 13:49:37 2002
+++ rsync.1 Tue May 14 13:51:33 2002
@@ -557,6 +557,10 @@
prevent temporary filesystem failures (such as NFS errors) on the
sending side causing a massive deletion of files on the
destination\&. You can override this with the --ignore-errors option\&.
+Be aware that you have to write "host1:// host2:/target/" if you want to use
+this option recursively starting on the root directory.
+"host1:/ host2:/target/" does not delete any files.
In addition to deleting the files on the
More information about the rsync