You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Jonathan Ellis (JIRA)" <ji...@apache.org> on 2012/07/03 00:19:58 UTC

[jira] [Created] (CASSANDRA-4403) cleanup uses global partitioner to estimate ranges in index sstables

Jonathan Ellis created CASSANDRA-4403:
-----------------------------------------

             Summary: 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
             Fix For: 1.1.3


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

        

[jira] [Updated] (CASSANDRA-4403) cleanup uses global partitioner to estimate ranges in index sstables

Posted by "Jonathan Ellis (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/CASSANDRA-4403?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

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

    Assignee: Jonathan Ellis  (was: Yuki Morishita)

Decided to split the second part out to CASSANDRA-4404 since it affects only 1.2.
                
> 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
>            Assignee: 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

        

[jira] [Updated] (CASSANDRA-4403) cleanup uses global partitioner to estimate ranges in index sstables

Posted by "Jonathan Ellis (JIRA)" <ji...@apache.org>.
     [ 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