[jira] Issue Comment Edited: (CASSANDRA-195) Improve bootstrap algorithm

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

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

Sandeep Tata edited comment on CASSANDRA-195 at 8/13/09 6:03 PM:
-----------------------------------------------------------------

This applies after 195-v3.
I just realized there's a minor bug with delta1 if requests from clients come directly to a bootstrapping node (weakReadRemote might serve up the local node as a candidate). I'll fix this and upload a new version.

      was (Author: sandeep_tata):
    This applies after 195-v3.

  
> Improve bootstrap algorithm
> ---------------------------
>
>                 Key: CASSANDRA-195
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-195
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Core
>         Environment: all
>            Reporter: Sandeep Tata
>            Assignee: Sandeep Tata
>             Fix For: 0.5
>
>         Attachments: 195-v1.patch, 195-v2.patch, 195-v3.patch
>
>
> When you add a node to an existing cluster and the map gets updated, the new node may respond to read requests by saying it doesn't have any of the data until it gets the data from the node(s) the previously owned this range (the load-balancing code, when working properly can take care of this). While this behaviour is compatible with eventual consistency, it would be much friendlier for the new node not to "surface" in the EndPoint maps for reads until it has transferred the data over from the old nodes.

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