cassandra集群在不正确关闭时不会重新启动
cassandra cluster not re-starting upon improper shutdown
我在 3 台机器上有一个测试集群，其中 2 台是种子，所有 centos7 和所有 cassandra 3.4。
昨天一切都很好，他们在聊天，我有 "brilliant" 的想法......关闭所有这些机器以模拟电源故障。
作为一个新手，我只是简单地重新启动了机器，我预计可能会出现某种超魔法，但这是我的集群没有再次启动，每个人都拒绝连接。
是的，我的 firewalld 被禁用了。
我的问题：造成了什么损坏以及如何将集群恢复到之前的 运行 状态？
由于您突然关闭了集群，这仅仅意味着节点无法自行耗尽。
别担心，因为 cassandra 维护提交日志，并会在重新启动时从中读取，因此不太可能因此发生任何数据丢失。
首先，从cassandra.yaml中找到你的种子节点ip
首先启动你的种子节点。
检查cassandra.log和system.log中的启动日志，等待它完全启动，这需要一些时间。
因为它将从提交日志中读取未决操作，并将重播它们。
一旦它完成启动，启动其他节点，并跟踪它们的日志文件。
我在 3 台机器上有一个测试集群，其中 2 台是种子，所有 centos7 和所有 cassandra 3.4。 昨天一切都很好，他们在聊天，我有 "brilliant" 的想法......关闭所有这些机器以模拟电源故障。 作为一个新手，我只是简单地重新启动了机器，我预计可能会出现某种超魔法，但这是我的集群没有再次启动，每个人都拒绝连接。 是的，我的 firewalld 被禁用了。
我的问题：造成了什么损坏以及如何将集群恢复到之前的 运行 状态？
由于您突然关闭了集群，这仅仅意味着节点无法自行耗尽。
别担心，因为 cassandra 维护提交日志，并会在重新启动时从中读取，因此不太可能因此发生任何数据丢失。
首先，从cassandra.yaml中找到你的种子节点ip
首先启动你的种子节点。
检查cassandra.log和system.log中的启动日志，等待它完全启动，这需要一些时间。
因为它将从提交日志中读取未决操作，并将重播它们。
一旦它完成启动，启动其他节点，并跟踪它们的日志文件。