5

我正在建立一个弹性搜索（5.0.1）集群。

它具有三个符合主节点资格的节点：

el-m01
el-m02
el-m03

集群无法组装，每个主节点NotMasterException在日志中都会出现以下异常：

[2016-11-21T15:24:13,274][INFO ][o.e.d.z.ZenDiscovery     ] [el-m01] failed to send join request to master [{el-m02}{bBhsu3fJSj-MyiWJGhQmog}{_IzdeUd4Sv6g-rhemGjEVQ}{192.168.110.118}{192.168.110.118:9300}{rack=r1}], reason [RemoteTransportException[[el-m02][192.168.110.118:9300][internal:discovery/zen/join]]; nested: NotMasterException[Node [{el-m02}{bBhsu3fJSj-MyiWJGhQmog}{_IzdeUd4Sv6g-rhemGjEVQ}{192.168.110.118}{192.168.110.118:9300}{rack=r1}] not master for join request]; ], tried [3] times

启用调试日志使我能够理解以下内容：

主选举正在进行中，并且是成功的。然而，虽然每个节点都选择了主节点，但没有节点认为他是主节点。IE ：

  • el-m01 认为 el-m02 是主人
  • el-m02 认为 el-m03 是主人
  • el-m03 认为 el-m01 是主人

这里发生了什么？

4

2 回答 2

19

情况如下：通过克隆 VM 来获取所有主节点，每个节点都具有相同的节点 ID。

这可以通过以下命令验证，列出所有节点 ID：

GET /_cat/nodes?v&h=id,ip,name&full_id=true

请注意，由于您的集群尚未形成，因此需要单独查询每个节点，即：

curl 192.168.110.111:9200/_cat/nodes?v&h=id,ip,name&full_id=true
curl 192.168.110.112:9200/_cat/nodes?v&h=id,ip,name&full_id=true
(...)

这是不好的。节点 ID 必须是唯一的。

要解决这种情况，您需要删除/var/lib/elasticsearch每个节点上的索引 (in )。这将删除 elasticsearch 中的所有数据，并且还会重置节点 ID。

为了避免一开始就出现这个问题，您可以：

  • A.克隆虚拟机后安装 elasticsearch
  • B. 使用 ansible 或 puppet 之类的自动化工具来管理 elasticsearch。
于 2016-11-25T18:52:09.987 回答
1

Elasticsearch 数据目录$ES_HOME/data，或者在 RPM 的情况下，例如，/var/lib/elasticsearch在 Elasticsearch 首次启动时包含一个随机生成的节点 ID。如果将此目录复制到预期形成集群的多个实例，则应收到以下错误：

failed to send join request to master [..] IllegalArgumentException [..] found existing node [..] with the same id but is a different node instance

但是，如果minimum_master_nodes不满足，则会收到一个不太指示问题的错误：

failed to send join request to master [..] NotMasterException [..] not master for join request

Github： https ://github.com/elastic/elasticsearch/issues/32904

这个问题可以通过删除数据目录的内容来解决，并且数据目录不应该首先被复制。

于 2018-08-16T11:50:04.167 回答