Ted Gilchrist
2011-Jun-06 13:40 UTC
The --max-delete option and also question about depth first deletions
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>
Apparently Analagous Threads
- Being VERY careful while using the --delete option
- [Bug 11067] New: add --min-depth and --max-depth options
- [Bug 11067] New: add --min-depth and --max-depth options
- How to use rsync when filenames contain double quotes?
- rsync permission problem when chmod 000