You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Brandon Williams (JIRA)" <ji...@apache.org> on 2014/06/05 18:12:01 UTC

[jira] [Assigned] (CASSANDRA-7356) Add a more ops friendly replace_address flag

     [ https://issues.apache.org/jira/browse/CASSANDRA-7356?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Brandon Williams reassigned CASSANDRA-7356:
-------------------------------------------

    Assignee: Brandon Williams

> Add a more ops friendly replace_address flag
> --------------------------------------------
>
>                 Key: CASSANDRA-7356
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-7356
>             Project: Cassandra
>          Issue Type: Improvement
>            Reporter: Richard Low
>            Assignee: Brandon Williams
>
> Doing a host replacement with cassandra.replace_address works well, but it is operationally difficult because the flag needs clearing once the replace is successful. Most people will launch through some scripts so remembering to clear the flag is a pain. Forgetting means the node won't come up on a restart.
> We should have a flag like cassandra.replace_address_first_boot that works the same as auto_bootstrap/initial_token: it is totally ignored if the node has successfully bootstrapped but on starting from a clean disk it will work as the existing cassandra.replace_address.



--
This message was sent by Atlassian JIRA
(v6.2#6252)