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 2010/07/29 03:44:16 UTC

[jira] Commented: (CASSANDRA-1332) Scan results out of order

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

Jonathan Ellis commented on CASSANDRA-1332:
-------------------------------------------

is this also present in 0.6.4?

> Scan results out of order
> -------------------------
>
>                 Key: CASSANDRA-1332
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-1332
>             Project: Cassandra
>          Issue Type: Bug
>    Affects Versions: 0.7 beta 1
>         Environment: CentOS 5, Java 1.6.0, Cassandra trunk as of 28 July 2010
>            Reporter: Dave Revell
>             Fix For: 0.7.0
>
>         Attachments: scan_test.patch
>
>
> After inserting 10 keys ('0', '1', ... '9') and running scan() with start_key='' and count=7, scan() returns the keys  ['7', '3', '6', '5', '0', '8', '2']. When I scan() again with start_key='2' and count=7, I get the keys  ['2', '1', '9', '4', '7']. Notice that key "7" appears in both result sets, and the relative order of keys "7" and "2" is inconsistent between the two scan results. 
> I see the problem when running on a 4-node cluster. When I run on a 1-node cluster, the problem does not occur. So the attached system test always passes, since system tests use a 1-node cluster, so the test doesn't actually demonstrate the problem.
> A standalone Python program that reproduces the problem is at: http://pastebin.com/FwitG4wf

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