[
https://issues.apache.org/jira/browse/CASSANDRA-3317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13128084#comment-13128084
]
Radim Kolar commented on CASSANDRA-3317:
----------------------------------------
this one is difficult to reproduce, probably timing dependant or
something. i am using my own tool, it is doing batch writes and then
mixed read/write workload.
> SStable corruption possible caused by Leveldb compaction
> --------------------------------------------------------
>
> Key: CASSANDRA-3317
> URL: https://issues.apache.org/jira/browse/CASSANDRA-3317
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Affects Versions: 1.0.0
> Reporter: Radim Kolar
>
> During stress testing of leveldb compaction i found that sometimes it create
> corrupted ssfile and
> cassandra starts with error. I am not sure what caused that error, but i cant
> reproduce it if i switch to standard
> compaction strategy.
> ERROR [SSTableBatchOpen:1] 2011-10-05 15:31:31,781
> AbstractCassandraDaemon.java
> (line 133) Fatal exception in thread Thread[SSTableBatchOpen:1,5,main]
> java.lang.AssertionError
> at
> org.apache.cassandra.io.sstable.SSTableReader.open(SSTableReader.java
> :129)
> at
> org.apache.cassandra.io.sstable.SSTableReader$1.run(SSTableReader.jav
> a:196)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:44
> 1)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExec
> utor.java:886)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor
> .java:908)
> at java.lang.Thread.run(Thread.java:662)
--
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
