Oleksandr Shulgin commented on CASSANDRA-5836:


{quote}My patch above should only make the very first node in a cluster a 
special case{quote}

I would pretty much like to avoid any special cases, if possible.  Exactly 
because you have to make the corner case detection bullet-proof, which is 
arguably hard to achieve in distributed / eventual consistency setup.

{quote}I don't think it's acceptable to say you have to change these to NTS 
prior to adding a new DC.{quote}

But it is a matter of fact currently: {{nodetool rebuild}} refuses to start the 
rebuild unless all non-local keyspaces are using the NTS, with a message 
similar to the one posted here: 

Do you see an alternative way to bootstrap new DC w/o using NTS?  A cross-DC 
repair could work still, but it's too resource extensive for any significant 
amount of data, I think.

{quote}Using nodetool rebuild when you've used SimpleStrategy will end up with 
data loss/won't work.{quote}

Won't work, as shown above.

> 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

To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

Reply via email to