[
https://issues.apache.org/jira/browse/CASSANDRA-5901?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16568138#comment-16568138
]
Marcus Eriksson commented on CASSANDRA-5901:
--------------------------------------------
So finally got back to this, pushed an updated version here:
https://github.com/krummas/cassandra/commits/marcuse/5901
Regarding configuration, I changed it to be {{none/dc_local/global}}, and they
map to {{ANY/LOCAL_QUORUM/QUORUM}}. {{ConsistencyLevel}} is still used
internally for {{blockFor}} calculations etc.
I also kept the possibility to override for specific keyspaces if some user
wants to enable this on a per-keyspace basis.
It disables consistent bootstrap for RF = 2 since we either bootstrap with all
replicas up and then we end up consistent (CASSANDRA-2434) or we bootstrap with
a node down and then we can only stream from a single replica anyway and can't
get a consistent bootstrap.
dtests: https://github.com/krummas/cassandra-dtest/commits/marcuse/5901
circle: https://circleci.com/gh/krummas/cassandra/tree/marcuse%2F5901
> Bootstrap should also make the data consistent on the new node
> --------------------------------------------------------------
>
> Key: CASSANDRA-5901
> URL: https://issues.apache.org/jira/browse/CASSANDRA-5901
> Project: Cassandra
> Issue Type: Improvement
> Reporter: sankalp kohli
> Assignee: Marcus Eriksson
> Priority: Minor
> Fix For: 4.x
>
>
> Currently when we are bootstrapping a new node, it might bootstrap from a
> node which does not have most upto date data. Because of this, we need to run
> a repair after that.
> Most people will always run the repair so it would help if we can provide a
> parameter to bootstrap to run the repair once the bootstrap has finished.
> It can also stop the node from responding to reads till repair has finished.
> This could be another param as well.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
