We've seen a few weird compaction bugs in 0.4, which is why we rewrote it to be simpler in 0.5.
On Sun, Nov 15, 2009 at 2:01 AM, Ramzi Rabah <[email protected]> wrote: > Seems like the trunk fixes this problem, thanks a lot. Do you think > this is related to > https://issues.apache.org/jira/browse/CASSANDRA-507? > > Thanks > Ray > > On Sat, Nov 14, 2009 at 6:20 PM, Ramzi Rabah <[email protected]> wrote: >> Hi Jonathan >> Why would there be no data associated with the key? All I did was >> restart the node while client threads were writing to the cluster. And >> what kind of impact does this bug cause? I can't make any more >> compactions on that node and I have to wipe out the data? >> >> How does the trunk fix this problem? >> >> Thanks >> Ray >> >> >> On Sat, Nov 14, 2009 at 2:42 PM, Jonathan Ellis <[email protected]> wrote: >>> The failing assertion is there to check that there actually is data >>> associated with the key. >>> >>> Easiest fix to try is code from trunk. >>> >>> On Sat, Nov 14, 2009 at 4:08 PM, Ramzi Rabah <[email protected]> wrote: >>>> Hi all: >>>> I am using version 0.4.2 of Cassandra, and whenever I restart one of >>>> the nodes only I am getting the following exception consistently: >>>> INFO - Compacting >>>> [/disk1/cassandra/data/Keyspace1/Datastore-1-Data.db,/disk1/cassandra/data/Keyspace1/Datastore-2-Data.db,/disk1/cassandra/data/Keyspace1/Datastore-3-Data.db,/disk1/cassandra/data/Keyspace1/Datastore-4-Data.db,/disk1/cassandra/data/Keyspace1/Datastore-7-Data.db,/disk1/cassandra/data/Keyspace1/Datastore-10-Data.db,/disk1/cassandra/data/Keyspace1/Datastore-13-Data.db,/disk1/cassandra/data/Keyspace1/Datastore-31-Data.db] >>>> INFO - Replaying >>>> /var/lib/cassandra/commitlog/CommitLog-1258227394451.log, >>>> /var/lib/cassandra/commitlog/CommitLog-1258235275214.log >>>> ERROR - Error in ThreadPoolExecutor >>>> java.util.concurrent.ExecutionException: java.lang.AssertionError >>>> at >>>> java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:222) >>>> at java.util.concurrent.FutureTask.get(FutureTask.java:83) >>>> at >>>> org.apache.cassandra.concurrent.DebuggableThreadPoolExecutor.afterExecute(DebuggableThreadPoolExecutor.java:86) >>>> at >>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:887) >>>> at >>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907) >>>> at java.lang.Thread.run(Thread.java:619) >>>> Caused by: java.lang.AssertionError >>>> at >>>> org.apache.cassandra.io.SSTableWriter.append(SSTableWriter.java:100) >>>> at >>>> org.apache.cassandra.db.ColumnFamilyStore.doFileCompaction(ColumnFamilyStore.java:1103) >>>> at >>>> org.apache.cassandra.db.ColumnFamilyStore.doCompaction(ColumnFamilyStore.java:686) >>>> at >>>> org.apache.cassandra.db.MinorCompactionManager$1.call(MinorCompactionManager.java:166) >>>> at >>>> org.apache.cassandra.db.MinorCompactionManager$1.call(MinorCompactionManager.java:163) >>>> 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(ThreadPoolExecutor.java:885) >>>> ... 2 more >>>> INFO - Flushing Memtable(Datastore)@349572395 >>>> >>>> Seems like it's happening in the compaction phase. Any idea why that might >>>> be? >>>> >>>> Thanks >>>> Ray >>>> >>> >> >
