= problem = access to serverbeach1 is currently limited to http (and FTP?) which have no easy resume/replace functionality.
= analysis = rsync might reduce load for some downloads during testing
= enhancement recommendation = can rsync be enabled on serverbeach1?
This should be mostly moot now since we have dl.fedoraproject.org setup.
It has rsync access and all the content that serverbeach1 does (and more).
Please do re-open this if there's some specific need for something on serverbeach1.
alt.fp.o actually has a hidden "stage" module - you don't see it with "rsync alt.fedoraproject.org::", but you do with "rsync alt.fedoraproject.org::stage/". I used to use it to download the full ISOs to make the delta ISOs prior to getting an account and disk space on alt.fp.o. I'm currently posting zsync files in http://dl.fedoraproject.org/pub/alt/stage/deltaisos/zsync/ which should be roughly equivalent to using rsync on the same files, without loading the server, in case rsync becomes a problem.
dl.fp.o has all the content that alt.fp.o has as well, including the nightlies, so you can rsync those from dl, though rsync probably won't help much for those. Most of the benefit from rsync/zsync comes from matching blocks corresponding to unchanged RPMs between old and new ISOs, and the lives don't contain RPMs.
Login to comment on this ticket.