You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Pas (JIRA)" <ji...@apache.org> on 2011/09/02 19:07:10 UTC

[jira] [Commented] (CASSANDRA-3095) java.lang.NegativeArraySizeException during compacting large row

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

Pas commented on CASSANDRA-3095:
--------------------------------

Hello again, 

I'm now running 0.8.4-SNAPSHOT ( 4ee2c82690fccaab8a9675ec8717596eaaf0478b ) with just bin/cassandra -f (via screen and without jsvc) and I'm getting "EOF after" ... exceptions: http://pastebin.com/raw.php?i=AmYUmKDc , I haven't tried scrubbing on this node. (The other nodes: 2 x 0.7.4 nodes, one 0.8.4 node.)



> java.lang.NegativeArraySizeException during compacting large row
> ----------------------------------------------------------------
>
>                 Key: CASSANDRA-3095
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-3095
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 0.8.4
>         Environment: Linux 2.6.26-2-amd64 #1 SMP Thu Feb 11 00:59:32 UTC 2010 x86_64 GNU/Linux
> JDK 1.6.0_27 (Java 6 update 27), with JNA.
>            Reporter: Pas
>         Attachments: 3095-debug.txt
>
>
> Hello,
> It's a 4 node ring, 3 on 0.7.4, I've upgraded one to 0.8.4. This particular node was having issues with compaction that's why I've tried the upgrade (it looks likely that this solved the compaction issues).
> Here's the stack trace from system.log.
>  INFO [CompactionExecutor:22] 2011-08-28 18:12:46,566 CompactionController.java (line 136) Compacting large row  (36028797018963968 bytes) incrementally
> ERROR [CompactionExecutor:22] 2011-08-28 18:12:46,609 AbstractCassandraDaemon.java (line 134) Fatal exception in thread Thread[CompactionExecutor:22,1,main]
> java.lang.NegativeArraySizeException
>         at org.apache.cassandra.utils.obs.OpenBitSet.<init>(OpenBitSet.java:85)
>         at org.apache.cassandra.utils.BloomFilter.bucketsFor(BloomFilter.java:56)
>         at org.apache.cassandra.utils.BloomFilter.getFilter(BloomFilter.java:73)
>         at org.apache.cassandra.db.ColumnIndexer.serializeInternal(ColumnIndexer.java:62)
>         at org.apache.cassandra.db.ColumnIndexer.serialize(ColumnIndexer.java:50)
>         at org.apache.cassandra.db.compaction.LazilyCompactedRow.<init>(LazilyCompactedRow.java:89)
>         at org.apache.cassandra.db.compaction.CompactionController.getCompactedRow(CompactionController.java:138)
>         at org.apache.cassandra.db.compaction.CompactionIterator.getReduced(CompactionIterator.java:123)
>         at org.apache.cassandra.db.compaction.CompactionIterator.getReduced(CompactionIterator.java:43)
>         at org.apache.cassandra.utils.ReducingIterator.computeNext(ReducingIterator.java:74)
>         at com.google.common.collect.AbstractIterator.tryToComputeNext(AbstractIterator.java:140)
>         at com.google.common.collect.AbstractIterator.hasNext(AbstractIterator.java:135)
>         at org.apache.commons.collections.iterators.FilterIterator.setNextObject(FilterIterator.java:183)
>         at org.apache.commons.collections.iterators.FilterIterator.hasNext(FilterIterator.java:94)
>         at org.apache.cassandra.db.compaction.CompactionManager.doCompactionWithoutSizeEstimation(CompactionManager.java:569)
>         at org.apache.cassandra.db.compaction.CompactionManager.doCompaction(CompactionManager.java:506)
>         at org.apache.cassandra.db.compaction.CompactionManager$1.call(CompactionManager.java:141)
>         at org.apache.cassandra.db.compaction.CompactionManager$1.call(CompactionManager.java:107)
>         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:886)
>         at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>         at java.lang.Thread.run(Thread.java:662)
> We've ~70 files still in "f" format. And 80 in "g". We've ~100 GB of data on this node.
> Thanks.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira