使用replace_address参数替换Cassandra同IP节点时报已引导错误如何处理

你遇到的Node already bootstrapped报错是因为-Dcassandra.replace_address参数的设计用途为使用新IP节点替换集群中已离线的旧IP节点，当待替换IP与当前节点IP一致时会触发已引导校验拦截，该场景无需使用该启动参数。

具体操作步骤 #

• 停止当前损坏节点的Cassandra进程，执行ps aux | grep cassandra确认无进程残留，如有残留可执行kill -9 <Cassandra进程ID>强制终止
• 清理节点所有本地数据、日志、缓存文件，若你修改了Cassandra默认存储路径，需替换为自定义路径执行清理：

rm -rf /var/lib/cassandra/data/*
rm -rf /var/lib/cassandra/commitlog/*
rm -rf /var/lib/cassandra/saved_caches/*
rm -rf /var/lib/cassandra/hints/*
rm -f /var/lib/cassandra/.bootstrapped

• 检查cassandra.yaml配置文件，确认auto_bootstrap参数值为true（默认即为true，若曾手动修改过需改回），该参数控制节点启动时自动从集群其他节点同步负责的所有数据分片
• 正常启动Cassandra进程即可，无需添加replace_address相关启动参数
• 启动后可执行nodetool status确认节点状态为正常上线，执行nodetool netstats查看实时数据同步进度

注意事项 #

• 操作前需确认集群中对应数据的其他副本节点全部正常运行，且数据所在keyspace的副本数≥2，避免出现数据丢失
• 数据同步过程中不要中断节点进程，也不要向该节点写入或删除数据，避免同步异常
• 同步完成后如果出现数据不一致情况，可执行nodetool repair对该节点持有数据范围做一次全量修复

内容的提问来源于stack exchange，提问作者Somil Shah