cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hudson (JIRA)" <j...@apache.org>
Subject [jira] Commented: (CASSANDRA-161) occasional CME in getKeyRange
Date Wed, 13 May 2009 09:26:45 GMT

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

Hudson commented on CASSANDRA-161:
----------------------------------

Integrated in Cassandra #73 (See [http://hudson.zones.apache.org/hudson/job/Cassandra/73/])
    test to more reliably reproduce CME during range.  fix by locking out compact during range
query.
patch by jbellis; reviewed by Eric Evans for 
fix race condition in compaction -- it was possible for a read thread to "snapshot" ssTables_,
then have
the compactor thread delete those (after merging them into a new file) before the read thread
checked
them.  Since the read thread's "snapshot" doesn't include the new merged sstable, it incorrectly
tells
the caller that the key does not exist.
patch by jbellis; reviewed by Eric Evans for 
fix race condition between when memtable is replaced as the active one and when it's added
to
the set of historical (pending flush) memtables.
patch by jbellis; reviewed by Eric Evans for 


> occasional CME in getKeyRange
> -----------------------------
>
>                 Key: CASSANDRA-161
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-161
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: Jonathan Ellis
>            Assignee: Jonathan Ellis
>             Fix For: 0.3
>
>         Attachments: 0001-CASSANDRA-161-fix-race-condition-between-when-memtable.txt,
0002-fix-race-condition-in-compaction-it-was-possible-fo.txt, 0003-test-to-more-reliably-reproduce-CME-during-range.-f.patch
>
>
>    [testng] java.util.ConcurrentModificationException
>    [testng]     at java.util.HashMap$HashIterator.nextEntry(HashMap.java:793)
>    [testng]     at java.util.HashMap$KeyIterator.next(HashMap.java:828)
>    [testng]     at java.util.Collections$UnmodifiableCollection$1.next(Collections.java:1010)
>    [testng]     at org.apache.cassandra.db.Table.getKeyRange(Table.java:903)
>    [testng]     at org.apache.cassandra.db.ColumnFamilyStoreTest.testCompactions(ColumnFamilyStoreTest.java:426)
>    [testng] ... Removed 22 stack frames

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message