incubator-cassandra-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ramzi Rabah <rra...@playdom.com>
Subject Re: Exception thrown when I restart one of the nodes
Date Sun, 15 Nov 2009 08:01:50 GMT
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 <rrabah@playdom.com> 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 <jbellis@gmail.com> 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 <rrabah@playdom.com> 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
>>>
>>
>

Mime
View raw message