[
https://issues.apache.org/jira/browse/CASSANDRA-5901?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13744484#comment-13744484
]
Jonathan Ellis commented on CASSANDRA-5901:
-------------------------------------------
I'm don't think I understand the reasoning here. Cassandra is designed to
tolerate individual replicas having temporarily stale data. If a bootstrapped
node streams such stale data from an existing replica, the bootstrap operation
does not change the staleness! You had stale data pre-bootstrap, and you still
do post-bootstrap. So why would you panic-repair the post-bootstrap node but
not pre-bootstrap?
> 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
> Components: Core
> Reporter: sankalp kohli
> Priority: Minor
>
> 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 is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
