The --max-delete option and also question about depth first deletions

Ted Gilchrist egilchri at gmail.com
Mon Jun 6 07:40:39 MDT 2011


Hello,

   I'm trying to build a bullet-proof rsync deployment, using rsync  version
3.0.8  protocol version 30, and I'll be using the --delete option. As a way
of limiting any catastrophic losses I'm thinking about using --max-delete. I
have a couple of questions:

- If the maximum number of deletions occurs, will rsync keep chugging away,
copying over files to my destination,
but just not delete any further? In that way, perfectly legitimate rync
commands will work to completion, only they will just stop deleting excess
files.

- Does the deletion occur in a depth-first fashion? So if we have top level
folders
top/a/
top/b/
top/c/
and we have a runaway deletion, begining at  top/, will it first delete
everything in top/a, then top/b. etc. until it hits the max-delete number?

I have other measures in place to make sure none of this happens. I just
wanted to understand the worst-case scenario.



-- 
"Speech, not just for humans"

http://www.google.com/profiles/egilchri
about.me/ted.gilchrist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.samba.org/pipermail/rsync/attachments/20110606/e7086c5c/attachment.html>


More information about the rsync mailing list