[ 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