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/06/26 00:13:50 UTC

[jira] Resolved: (CASSANDRA-1198) In a cluster, get_range_slices() does not return all the keys it should

     [ https://issues.apache.org/jira/browse/CASSANDRA-1198?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jonathan Ellis resolved CASSANDRA-1198.
---------------------------------------

    Resolution: Fixed

committed.  (CASSANDRA-1042 is re-opened for fixing the original bug.)

> In a cluster, get_range_slices() does not return all the keys it should
> -----------------------------------------------------------------------
>
>                 Key: CASSANDRA-1198
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-1198
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 0.6
>         Environment: Linux 2.6.18-128.1.10.el5.xs5.5.0.51xen
> Java build 1.6.0_17-b04
> Cassandra 0.7 2010-06-15 including patch for https://issues.apache.org/jira/browse/CASSANDRA-1130
>            Reporter: Christopher Gist
>            Assignee: Jonathan Ellis
>             Fix For: 0.6.3
>
>         Attachments: 1198.txt
>
>
> Row iteration with get_range_slices() does not return all keys. This behaviour only occurs with more than one node and depends on how the nodes are located on the ring.
> To reproduce, insert some records into a cluster with more than one node. A subsequent row iteration will return fewer records than were inserted. This has been observed when 1) inserting into a single node, bootstrapping a second node then using get_range_slices() and 2) inserting into a cluster of several nodes then using get_range_slices().
> This appears to be similar to https://issues.apache.org/jira/browse/CASSANDRA-781

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