incubator-cassandra-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Robert Coli <>
Subject Re: upgrading Cassandra server hardware best practice?
Date Mon, 21 Oct 2013 18:15:02 GMT
On Fri, Oct 18, 2013 at 3:27 PM, Arindam Barua <> wrote:

>  Is step 1 just to reduce downtime for the node?


> Also, I’m assuming the initial_token of the new node should be set to be
> the same as the token of the old node, or close to that. Eg. [1] in
> “Replacing a Dead Node” talks about setting the new node’s intial_token to
> the value of the dead token – 1. (I’m not sure why the offset by 1 helps)

Using a new initial_token is for the case where you cannot manually copy
the data and replace the token owner in place by using auto_bootstrap:false.

> If the number of hosts with the new hardware (TBD) is different than the
> old, after doing what you suggested, I guess I can follow the regular steps
> for adding a new node/deleting a new node then.

Yes, or use "nodetool move" followed by "nodetool cleanup."


View raw message