cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sylvain Lebresne (Updated) (JIRA)" <>
Subject [jira] [Updated] (CASSANDRA-3370) Deflate Compression corrupts SSTables
Date Thu, 20 Oct 2011 10:58:10 GMT


Sylvain Lebresne updated CASSANDRA-3370:

    Attachment: 3370.patch

You test did help. Turns out that's because you're inserting random and thus basically uncompressible
data, and the compressed data was bigger than the uncompressed one. The code is supposed to
handle that but there is a bug in that part.

Patch attached to fix.
> Deflate Compression corrupts SSTables
> -------------------------------------
>                 Key: CASSANDRA-3370
>                 URL:
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 1.0.0
>         Environment: Ubuntu Linux, amd64, Cassandra 1.0.0-rc2
>            Reporter: Christian Spriegel
>            Assignee: Sylvain Lebresne
>         Attachments: 3370.patch,, system.log
> Hi,
> it seems that the Deflate Compressor corrupts the SSTables. 3 out of 3 Installations
were corrupt. Snappy works fine.
> Here is what I did:
> 1. Start a single cassandra node (I was using ByteOrderedPartitioner)
> 2. Write data into cf that uses deflate compression - I think it has to be enough data
so that the data folder contains some files.
> 3. When I now try to read (I did a range scan) from my application, it fails and the
logs show corruptions:
> Caused by: (/home/cspriegel/Development/cassandra1/data/Test/Response-h-2-Data.db):
corruption detected, chunk at 0 of length 65536.
> regards,
> Christian

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


View raw message