[mirror-admin] Please use --delay-updates

[Carlos Carvalho]

J.H. (warthog19 at eaglescrag.net) wrote on 15 April 2010 00:32:
 >On 04/14/2010 07:44 PM, Carlos Carvalho wrote:
 >> J.H. (warthog9 at kernel.org) wrote on 14 April 2010 11:24:
 >>  >While I'll disagree that this makes sense from the mirror perspective
 >> 
 >> I think everybody agrees it's for the benefit of the user, not the
 >> mirror :-)
 >> 
 >>  >one thing that should be imperative in using --delay-updates is the
 >>  >use of --partial-dir=DIR.
 >> 
 >> --delay-updates implies --partial-dir=.~tmp~
 >
 >Yes but the problem is that in entities who are syncing from you should
 >not be getting those .~tmp~ directories, and realistically they
 >shouldn't be generally accessible from any mechanism, http, rsync, etc.

This is not a reason to not use delay-updates. The benefit is bigger
than the loss. Besides, the temporary file (not the partial one) is
always visible, no matter what options you use.

 >No my implication was that basically what we are after is an atomic
 >sync, and that while things are in flight they are never put before a
 >user.  I could have sworn I've used --partial-dir in this manor before
 >(and that it built the tree up to match the destination).

It will work only if there are no identical names, which is not the
case with fedora.

 >However what I'm implicating can be accomplished in the same way with a
 >slightly modified version of the atomic-rsync where it would do a three
 >pass sync, the first doing a link-dest into the temporary directory,
 >rsyncing from fedora, and link-desting back into place.

Better use the script recommended in the rsync man page...

However this process is extremely expensive compared to delay-updates.
Then the benefit is no longer worth the cost to the mirrors.

--