[
https://issues.apache.org/jira/browse/CASSANDRA-5836?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16383821#comment-16383821
]
Oleksandr Shulgin commented on CASSANDRA-5836:
----------------------------------------------
{quote}In the case where seeds nodes can not be contacted, how do you determine
if this is the first node in a cluster (so we should special case and skip
bootstrap) vs a mis-configuration or other seeds are down issues and therefor
the bootstrap should fail?{quote}
Good point. In this case I think it is worthwhile to require
{{auto_bootstrap=false}} when deploying new cluster/DCs, which also makes it
consistent (new cluster vs. new DC) and doesn't require special handling of the
very first seed. If {{auto_bootstrap=true}} it should signal the node to
expect some other nodes to be there, so bootstrap would fail in the above case,
but you won't end up with a blank node serving requests.
The implication is that after deploying a new cluster one would need to go and
update configuration to remove non-default auto_bootstrap setting, but this is
already the case when deploying a new DC, so I think it is acceptable.
> Seed nodes should be able to bootstrap without manual intervention
> ------------------------------------------------------------------
>
> Key: CASSANDRA-5836
> URL: https://issues.apache.org/jira/browse/CASSANDRA-5836
> Project: Cassandra
> Issue Type: Bug
> Reporter: Bill Hathaway
> Priority: Minor
>
> The current logic doesn't allow a seed node to be bootstrapped. If a user
> wants to bootstrap a node configured as a seed (for example to replace a seed
> node via replace_token), they first need to remove the node's own IP from the
> seed list, and then start the bootstrap process. This seems like an
> unnecessary step since a node never uses itself as a seed.
> I think it would be a better experience if the logic was changed to allow a
> seed node to bootstrap without manual intervention when there are other seed
> nodes up in a ring.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
