cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jonathan Ellis (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (CASSANDRA-4403) cleanup uses global partitioner to estimate ranges in index sstables
Date Mon, 02 Jul 2012 22:26:57 GMT

     [ https://issues.apache.org/jira/browse/CASSANDRA-4403?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Jonathan Ellis updated CASSANDRA-4403:
--------------------------------------

    Attachment: 4403.txt

Actually, looks like there are two places to fix: one in getExpectedCompactedFileSize that
I've attached a fix for, and another in STCS from CASSANDRA-4022.  Not sure off the top of
my head how to fix that one so I'll leave to Yuki. :)
                
> cleanup uses global partitioner to estimate ranges in index sstables
> --------------------------------------------------------------------
>
>                 Key: CASSANDRA-4403
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-4403
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 1.1.1
>            Reporter: Jonathan Ellis
>            Priority: Minor
>              Labels: compaction
>             Fix For: 1.1.3
>
>         Attachments: 4403.txt
>
>
> Introduced in CASSANDRA-1404, CleanupTest is showing this on trunk (on stderr, so test
doesn't actually fail):
> {noformat}
>     [junit] java.lang.ClassCastException: org.apache.cassandra.dht.Token$KeyBound cannot
be cast to org.apache.cassandra.dht.Token
>     [junit]     at org.apache.cassandra.dht.LocalToken.compareTo(LocalToken.java:24)
>     [junit]     at org.apache.cassandra.dht.Range$1.compare(Range.java:386)
>     [junit]     at org.apache.cassandra.dht.Range$1.compare(Range.java:383)
>     [junit]     at java.util.Arrays.mergeSort(Arrays.java:1270)
>     [junit]     at java.util.Arrays.sort(Arrays.java:1210)
>     [junit]     at java.util.Collections.sort(Collections.java:159)
>     [junit]     at org.apache.cassandra.dht.Range.normalize(Range.java:382)
>     [junit]     at org.apache.cassandra.io.sstable.SSTableReader.getSampleIndexesForRanges(SSTableReader.java:570)
>     [junit]     at org.apache.cassandra.io.sstable.SSTableReader.estimatedKeysForRanges(SSTableReader.java:549)
>     [junit]     at org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy.getNextBackgroundTask(SizeTieredCompactionStrategy.java:111)
>     [junit]     at org.apache.cassandra.db.compaction.CompactionManager$1.runMayThrow(CompactionManager.java:136)
>     [junit]     at org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:26)
>     [junit]     at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
>     [junit]     at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>     [junit]     at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>     [junit]     at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>     [junit]     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>     [junit]     at java.lang.Thread.run(Thread.java:662)
> {noformat}
> This doesn't happen on the 1.1 branch (less robust test?) but the problem is still there.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message