【问题标题】:Cassandra - Seed gossip version is -2147483648Cassandra - 种子八卦版本是-2147483648
【发布时间】:2016-05-18 03:46:43
【问题描述】:

我刚刚注意到我的 UAT 环境中有一个奇怪的场景。

我有一个 3 节点集群,但今天早上我注意到节点 2 和 3 认为节点 1 已死。然而,节点 1 认为每个人都还活着。

在 2 和 3 的日志中显示如下:

WARN  [MessagingService-Outgoing-/10.0.8.172] 2015-12-06 02:20:02,987 OutboundTcpConnection.java:423 - Seed gossip version is -2147483648; will not connect with that version

此外,节点 1 似乎不再监听 9042。但它仍在监听 7000。

值得注意的是,我使用的是 Windows Server 2008 R2 并运行 Cassandra 2.2

谢谢

【问题讨论】:

    标签: cassandra cassandra-2.0


    【解决方案1】:

    节点 2 和 3 是否知道节点 1 存在并且它已关闭,或者他们根本不知道它存在?

    您是否检查了 cassandra.yaml 文件中的设置?您确定节点 1 上的 Windows 防火墙没有阻止端口吗?看这里:https://docs.datastax.com/en/cassandra/2.0/cassandra/security/secureFireWall_r.html

    如果他们知道它存在但他们认为它已关闭,那么我将查看 cassandra.yaml 文件并专门查看节点 1 上的 listen_address。

    【讨论】:

    • 是节点 2 和 3 都在“nodetool status”中列出节点 1,但作为 DN。我没有重新启动node1,而是尝试运行'nodetool disablegossip'和'enablegossip',然后它开始运行并且集群重新构建,因此与防火墙或配置无关(集群在几天前也开始正常,并且不知何故进入运行时的这个状态)
    【解决方案2】:

    要解决这个问题,只需设置:

    节点 1:种子 = node1,node2

    节点 2:种子 = 节点 2。


    第一个开始节点 1,然后是节点 2!

    解决了我的问题!

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2014-01-08
      • 2015-12-22
      • 2015-05-16
      • 2014-08-19
      • 2017-01-27
      • 1970-01-01
      • 2018-07-20
      • 1970-01-01
      相关资源
      最近更新 更多