From: Andrew Tridgell Date: Tue, 3 Nov 1998 05:14:41 +0000 (+0000) Subject: documented --delete disabling on IO errors X-Git-Url: https://mattmccutchen.net/rsync/rsync.git/commitdiff_plain/3e578a1909bbb29a637291d36017f328e017a3bf?hp=b60626549181401ddf8ed57bd21f2b9f43dfdbf6 documented --delete disabling on IO errors --- diff --git a/rsync.yo b/rsync.yo index 04178ff6..15f62859 100644 --- a/rsync.yo +++ b/rsync.yo @@ -403,9 +403,11 @@ Still, it is probably easy to get burnt with this option. The moral of the story is to use the -n option until you get used to the behavior of --delete. -NOTE: It also may delete files on the destination if the sending side -can't open them or stat them. This is a bug that hopefully will be -fixed in a future release. +If the sending side detects any IO errors then the deletion of any +files at the destination will be automatically disabled. This is to +prevent temporary filesystem failures (such as NFS errors) on the +sending side causing a massive deletion of files on the +destination. dit(bf(--force)) This options tells rsync to delete directories even if they are not empty. This applies to both the --delete option and to