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.