Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #26359 > unrolled thread

Re: CRC-checksum failed in gzip

Started byandrea crotti <andrea.crotti.0@gmail.com>
First post2012-08-01 14:52 +0100
Last post2012-08-01 14:52 +0100
Articles 1 — 1 participant

Back to article view | Back to comp.lang.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: CRC-checksum failed in gzip andrea crotti <andrea.crotti.0@gmail.com> - 2012-08-01 14:52 +0100

#26359 — Re: CRC-checksum failed in gzip

Fromandrea crotti <andrea.crotti.0@gmail.com>
Date2012-08-01 14:52 +0100
SubjectRe: CRC-checksum failed in gzip
Message-ID<mailman.2828.1343829180.4697.python-list@python.org>
2012/8/1 Laszlo Nagy <gandalf@shopzeus.com>:
>>    there seems to be no clear pattern and just randmoly fails. The file
>> is also just open for read from this program,
>>    so in theory no way that it can be corrupted.
>
> Yes, there is. Gzip stores CRC for compressed *blocks*. So if the file is
> not flushed to the disk, then you can only read a fragment of the block, and
> that changes the CRC.
>
>>
>>    I also checked with lsof if there are processes that opened it but
>> nothing appears..
>
> lsof doesn't work very well over nfs. You can have other processes on
> different computers (!) writting the file. lsof only lists the processes on
> the system it is executed on.
>
>>
>> - can't really try on the local disk, might take ages unfortunately
>> (we are rewriting this system from scratch anyway)
>>
>


Thanks a lotl, someone that writes on the file while reading might be
an explanation, the problem is that everyone claims that they are only
reading the file.

Apparently this file is generated once and a long time after only read
by two different tools (in sequence), so this could not be possible
either in theory.. I'll try to investigate more in this sense since
it's the only reasonable explation I've found so far.

[toc] | [standalone]


Back to top | Article view | comp.lang.python


csiph-web