[ https://issues.apache.org/jira/browse/CASSANDRA-14073?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16479184#comment-16479184 ]
Blake Eggleston commented on CASSANDRA-14073: --------------------------------------------- After reading up on CASSANDRA-5836, it seems like the right solution would be to actually bootstrap a seed node if we know it's replacing another node. The crux of CASSANDRA-5836 seems to be that we can't bootstrap seed nodes because they're the first nodes added to a cluster, so requiring them to bootstrap would prevent new clusters from ever coming up. In the case of replacement nodes though, we know that's not the case, so we should be ok to bootstrap. There is the special case of replacing a seed node which is the only seed, which you'd always want to fail. Am I missing anything here? If we decide to do anything here, we should add it to the discussion on 5836 before moving ahead here. > Prevent replacement nodes from skipping bootstrapping without > allow_unsafe_replace:true > --------------------------------------------------------------------------------------- > > Key: CASSANDRA-14073 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14073 > Project: Cassandra > Issue Type: Bug > Components: Configuration > Reporter: Vincent White > Assignee: Vincent White > Priority: Minor > Labels: bootstrap, patch > Fix For: 3.11.x > > > I've noticed that when replacing a node with replace_address it can skip > bootstrapping if it is listed in its own seed list. This probably shouldn't > be allowed without the allow_unsafe_replace option set to true as is required > when using auto_bootstrap: false in combination with replace_address. Patch > [here|https://github.com/vincewhite/cassandra/commits/replace_address_seed_list] > and an attempt at a dtest > [here|https://github.com/vincewhite/cassandra-dtest/commits/unsafe_replace]. -- 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