Re: Corrupt cache or what else could cause this?

Roland Giesler <[email protected]>
Newsgroups gmane.org.operators.ioz
Message-ID <[email protected]>
On 13 March 2011 22:57, Hendrik Visage <[email protected]> wrote:
>   On Sun, Mar 13, 2011 at 9:31 PM, Roland Giesler
>   <[1][email protected]> wrote:
>
>>      This points to a corrupt cached copy somewhere, doesn't it?
>
>
>>       Doesn't the checksumming in a cache server prevent this kind of
>>       thing from happening?
>
>   What checksumming in the cache servers?
>   The hashing typically done inside cache servers, is on the URL to
>   "compress" it and make it more manageable in computer storage terms.

Of course, thinking just a little harder about it, what I asked
doesn't make much sense!

>
>>       Surely a cache server is clever enough to see that it's copy is
>>       not the same as the one requested?
>
>   How? By re-downloading the same file, thus not caching? The upstream
>   could touch/change the date on the file, that way the upstream could
>   "force" a refetch if the cache time have expired.

Ja-nee.

>
>   Yes, cache "corruption" can happen, especially when they've received a
>   bad copy from upstream (read: solar flares ;) but more so when a
>   download manager asks for several pieces at once, and the upstream
>   gives an error half way through a transfer. I've seen a case many
>   summers ago that cached a page with the error at the bottom of the
>   partial HTML.
>   What would be nice/interesting is to redo the wget, but with the needed
>   pragma=no-cache etc. to attempt a single threaded cache-bypass request.

Makes no discernible difference:

roland@gts-server:~/Downloads$ wget -S --no-cache
http://www.teamviewer.com/download/teamviewer_linux.deb
--2011-03-13 23:05:18--  http://www.teamviewer.com/download/teamviewer_linux.deb
Resolving www.teamviewer.com... 87.230.73.24
Connecting to www.teamviewer.com|87.230.73.24|:80... connected.
HTTP request sent, awaiting response...
  HTTP/1.1 200 OK
  Content-Length: 19093632
  Content-Type: application/x-deb
  Last-Modified: Tue, 30 Nov 2010 13:57:02 GMT
  Accept-Ranges: bytes
  ETag: "2eea30779690cb1:1d7f"
  Server: Microsoft-IIS/6.0
  X-Powered-By: ASP.NET
  Date: Sun, 13 Mar 2011 21:05:06 GMT
  Connection: keep-alive
Length: 19093632 (18M) [application/x-deb]
Saving to: `teamviewer_linux.deb.3'

100%[==============================================================================================================>]
19,093,632   405K/s   in 58s

2011-03-13 23:06:17 (319 KB/s) - `teamviewer_linux.deb.3' saved
[19093632/19093632]

roland@gts-server:~/Downloads$ md5sum teamviewer*
d81b99241ba7bb04058f87ed0db1af8b  teamviewer5_linux.deb
968f9c674ec2a6dca63682f7433bc59b  teamviewer_linux(2).deb
75be172866aa2d770a91db37e712beb0  teamviewer_linux.deb
75be172866aa2d770a91db37e712beb0  teamviewer_linux.deb.1
75be172866aa2d770a91db37e712beb0  teamviewer_linux.deb.3

I'll wait for jc to tell me if they've found anything on their side.
At least I've got the file with https.

Roland

_______________________________________________
IOZ mailing list
[email protected]
http://lists.internet.org.za/mailman/listinfo/ioz
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.