Moving a node from one rack to another
Methods for moving a node from one rack to another.
A common task is moving a node from one rack to another. For example, when using
GossipPropertyFileSnitch, a common error is mistakenly placing a node in the wrong rack. To
correct the error, use one of the following procedures:
- The preferred method is to decommission the node
and re-add it to the correct rack and datacenter.
This method takes longer than the alternative method (below) because unneeded data is first removed from the decommissioned node and then the node gets new data during bootstrapping. The alternative method does both operations simultaneously.
- An alternative method is to update the node's
topology and restart the node. Once the node is up, run a full repair on the cluster.CAUTION: This method has risks because until the repair is completed, the node may blindly handle requests for data the node doesn't yet have. To mitigate this problem with request handling, start the node with
-Dcassandra.join_ring=falseafter repairing once, then fully join the node to the cluster using the JMX methodorg.apache.cassandra.db.StorageService.joinRing(). The node will be less likely to be out of sync with other nodes before it serves any requests. After joining the node to the cluster, repair the node again, so that any writes missed during the first repair will be captured.