Re: rsync? [SEC=UNCLASSIFIED]
"Paul Wayper" <[email protected]> Mon, 30 Aug 2010 09:39:08 +1000
| Newsgroups | gmane.linux.redhat.rhn.user |
|---|---|
| Message-ID | <[email protected]> |
This is a multi-part message in MIME format. --===============6325682654187384412== Content-Type: multipart/alternative; boundary=------------020708060001000303060901 This is a multi-part message in MIME format. --------------020708060001000303060901 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 30/08/10 00:57, gregwm wrote: > alas the md5sum -c fails for the rhel5 dvd i downloaded. must i do > the entire download again? is there a way to do an rsync instead, or > something like it, that would check my copy and send me just the > needed differences? This is another reason in support of my argument that Red Hat should provide BitTorrent downloads for the RHEL5 media. I agree that many corporate firewalls may not currently allow BitTorrent, but it would allow reliable downloads and simple synchronisation in cases where the download failed for some reason. In the short term, have you checked that the file is the same size as listed? You may have just not got the last couple of kilobytes. If you know of a particular point in the download that failed, try truncating the file just before that point and let wget -c resume the download. A hybrid long-term solution would be for Red Hat to provide a program that takes a torrent file and an existing ISO and checks the blocks in the ISO against the torrent file's block md5sums. It could then use segmented downloading to fetch only the blocks in which errors had been found. (This is a useful project for everyone - I wonder if it's already been done). Have fun, Paul -- Paul Wayper - Gateway Engineer - Unisys 02 6225 8057 - 0422 392 081 - Level 1, 9 Thynne St, Bruce -------------------------------------------------------------------- Important Notice: If you have received this email by mistake, please advise the sender and delete the message and attachments immediately. This email, including attachments, may contain confidential, sensitive, legally privileged and/or copyright information. Any review, retransmission, dissemination or other use of this information by persons or entities other than the intended recipient is prohibited. DIAC respects your privacy and has obligations under the Privacy Act 1988. The official departmental privacy policy can be viewed on the department's website at www.immi.gov.au. See: http://www.immi.gov.au/functional/privacy.htm --------------------------------------------------------------------- --------------020708060001000303060901 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 7bit <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> <div class="moz-text-flowed" style="font-family: -moz-fixed; font-size: 12px;" lang="x-western">On 30/08/10 00:57, gregwm wrote: <br> <blockquote type="cite" style="color: rgb(0, 0, 0);">alas the md5sum -c fails for the rhel5 dvd i downloaded. must i do the entire download again? is there a way to do an rsync instead, or something like it, that would check my copy and send me just the needed differences? <br> </blockquote> <br> This is another reason in support of my argument that Red Hat should provide BitTorrent downloads for the RHEL5 media. I agree that many corporate firewalls may not currently allow BitTorrent, but it would allow reliable downloads and simple synchronisation in cases where the download failed for some reason. <br> <br> In the short term, have you checked that the file is the same size as listed? You may have just not got the last couple of kilobytes. If you know of a particular point in the download that failed, try truncating the file just before that point and let wget -c resume the download. <br> <br> A hybrid long-term solution would be for Red Hat to provide a program that takes a torrent file and an existing ISO and checks the blocks in the ISO against the torrent file's block md5sums. It could then use segmented downloading to fetch only the blocks in which errors had been found. (This is a useful project for everyone - I wonder if it's already been done). <br> <br> Have fun, <br> <br> Paul <br> <br> <div class="moz-txt-sig"><span class="moz-txt-tag">-- <br> </span>Paul Wayper - Gateway Engineer - Unisys <br> 02 6225 8057 - 0422 392 081 - Level 1, 9 Thynne St, Bruce <br> <br> </div> </div> <P><br/>--------------------------------------------------------------------<br/>Important Notice: If you have received this email by mistake, please advise<br/> the sender and delete the message and attachments immediately. This email,<br/> including attachments, may contain confidential, sensitive, legally privileged<br/> and/or copyright information. Any review, retransmission, dissemination<br/> or other use of this information by persons or entities other than the<br/> intended recipient is prohibited. DIAC respects your privacy and has<br/> obligations under the Privacy Act 1988. The official departmental privacy<br/> policy can be viewed on the department's website at www.immi.gov.au. See:<br/> http://www.immi.gov.au/functional/privacy.htm<br/> <br/>---------------------------------------------------------------------<br/> </P></body> </html> --------------020708060001000303060901-- --===============6325682654187384412== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ rhn-users mailing list [email protected] https://www.redhat.com/mailman/listinfo/rhn-users --===============6325682654187384412==--