[mirror-admin] rsync start faster?

[Don Sizemore]

|> I tried this as well on CentOS 5.2, but ended up reverting to  stock (2.6.8)
|> when I had some odd issues and rsync failures when attempting to sync from
|> ibiblio at the time.  I didn't have time to chase it down at the time.  I
|> tested rsync-3.0.0.  Once my rsync issues with downloading from Red Hat were
|> sorted out, I switched back to Red Hat's I2 connected rsync host but stayed
|> on rsync 2.6.8.

  fedora-archives.ibiblio.org has been serving over rsync 3.0.2 since 
shortly after the version's release.  I had tentatively tried 3.0 and 
3.0.1 but found that these versions ignored our ACL.

  In a major filesystem migration I found pre-2.6.9 rsync to barf on 
deeply-nested directories or directories containing large numbers of 
files, so my first suggestion would have been to upgrade to 2.6.9.

  Fedora's recommended --delay-updates and --delete-after flags indeed 
disable rsync-3.0's internal recursion scan, but it would be great if we 
could pick some combination of options to allow this new feature while 
keeping disruption from file deletions to an acceptable level.  rsync3's 
internal recursion scan seems to have sped things up for ibiblio's 
client-side mirroring scripts where supported, and has made a noticeable 
improvement in local filesystem synchronisations.

  thank you,					919.962.5646 w
  donald sizemore, ii				919.260.4915 c
  ibiblio.org systems				919.962.8071 f

--