[jira] Commented: (CASSANDRA-161) occasional CME in getKeyRange

["Hudson (JIRA)" <ji...@apache.org>]

    [ 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.