rsync for serverbeach1?

Andre Robatino andre at bwh.harvard.edu
Thu Mar 25 18:57:50 UTC 2010


Adam Williamson <awilliam <at> redhat.com> writes:

> On Thu, 2010-03-25 at 18:23 +0000, Andre Robatino wrote:
> > Would it be possible to set up rsync for serverbeach1?  The reason I ask
> > is that it could be used to very efficiently convert between a DVD
and the
> > corresponding CD set, which might encourage more testing of the CDs
> > (which seem to be having problems lately).  I verified this by using one
> > of the regular Fedora mirrors with rsync to convert in both directions
> > between the F12 DVD and the F12 CD set.  It would also give someone
> > with a corrupted download a better way to fix it than downloading from
> > scratch.  (I've personally never had it happen so far, but it could.)
>
> You can use Bittorrent as a way to fix a broken download, BTW, since it
> does its own error checking and downloads in small blocks. If you start
> a torrent download and point it at an already-downloaded copy of the
> contents, it'll error check them and redownload just the corrupted bits
> (if any).

I know, but I don't see how that helps here, since 1) Bittorrent isn't
available for downloading the test images, unless someone makes the
torrent files available and people donate their bandwidth, and 2) even
if it was, it wouldn't be efficient for converting between a DVD and the
corresponding CD set, since it's very unlikely that any of the blocks
would be an exact match.  I don't think bittorrent's algorithm can
detect matching sequences of bytes (such as identical packages) at
different locations, while rsync can (I'm sure of this based on the
speed at which rsync was able to do the conversion).  It's also not
quite as efficient as rsync for fixing corruption, either (though it's
not too bad).

(I'm sorry for the out-of-thread response, but Gmane tells me I can't
post because I have lines with more than 80 characters, and it might
take hours to manually fix it.  Is there any to avoid this problem?)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: OpenPGP digital signature
Url : http://lists.fedoraproject.org/pipermail/test/attachments/20100325/906a0b1b/attachment.bin 


More information about the test mailing list