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/11/13 04:20:13 UTC
[jira] Resolved: (CASSANDRA-1733) get_range_slices doesn't return
key from start_key in KeyRange any more
[ https://issues.apache.org/jira/browse/CASSANDRA-1733?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jonathan Ellis resolved CASSANDRA-1733.
---------------------------------------
Resolution: Fixed
Fix Version/s: 0.7.0
This has passed my level of comfort for 0.7.0. Fixed by reverting CASSANDRA-1720. Let's fix it "right" for CASSANDRA-1034 in trunk and possibly backport to 0.7.1 later.
> get_range_slices doesn't return key from start_key in KeyRange any more
> -----------------------------------------------------------------------
>
> Key: CASSANDRA-1733
> URL: https://issues.apache.org/jira/browse/CASSANDRA-1733
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Affects Versions: 0.7.0
> Environment: Cent OS 5.4
> Cassandra Trunk from November 11th at 2pm
> Reporter: Arya Goudarzi
> Assignee: T Jake Luciani
> Fix For: 0.7.0
>
> Attachments: 1733_v1.txt
>
>
> The following is a test case which used to work for me before, but after upgrading to trunk it fails:
> -Insert 50 or so keys to StandardByUUID1 CF in Keyspace1
> -Try using get_range_slices with a KeyRange that has one of those keys you inserted earlier as its start_key with a count of 20
> You will get 20 rows, but you won't get the row with specified start_key
> Expected Result: you should get 20 rows back with the specified start_key as one of the rows
> I am suing Random Partitioner with RF2 and CL1. I understand that Random Partitioner will not give you keys in order, but the behavior before at least returned a random subset including the row with specified start_key.
> Please investigate.
> -Arya
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.