[
https://issues.apache.org/jira/browse/CASSANDRA-3095?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jonathan Ellis updated CASSANDRA-3095:
--------------------------------------
Attachment: 3095-debug.txt
Can you try the attached patch against 0.8 head to get some debug logging about
the BF being created?
> 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
