[ 
https://issues.apache.org/jira/browse/CASSANDRA-3370?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13130553#comment-13130553
 ] 

Sylvain Lebresne commented on CASSANDRA-3370:
---------------------------------------------

Still cannot reproduce. I've tried multiple times inserting 5000 keys using the 
stress tool using values of 10KB, 20KB, 100KB and 200KB (using 'stress -I 
DeflateCompressor -S 200000 -n 5000'). I then try to reading both with 'stress 
-o RANGE_SLICE -n 5000' and by simply fetching the 100 first keys using the CLI 
(with a simple 'list Standard1;') and got no exceptions (the actual listing in 
the CLI took a while to be printed on screen because the columns are big but 
outside of that, no errors).

Would you mind trying the same experiment (with the same tools) or providing 
the test script you're using so we can check if it has to do with the specific 
insertions or with something in your environment.

                
> Deflate Compression corrupts SSTables
> -------------------------------------
>
>                 Key: CASSANDRA-3370
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-3370
>             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: 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: org.apache.cassandra.io.compress.CorruptedBlockException: 
> (/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: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to