ElasticSearch：如果出现裂脑，复制节点是否可以被群集拒绝？

我最近遇到过这样的情况：ElasticSearch：如果出现裂脑，复制节点是否可以被群集拒绝？

我的集群有3个节点。 1不是数据节点，不能成为主数据节点。其他2可以。所有这些节点的最小主节点都设置为2。

2个数据节点存储与所有分片完全相同的索引。 1只是另一个的复制品。

其中1个节点崩溃并且不得不重新启动，但之后无法重新加入群集，即使我看到它正在尝试。

以下是我在日志中看到：

[2014-03-12 08:07:31,571][INFO ][discovery.zen] [Search 6] failed to send join 
request to master [[Search 6][Zsg_fKviRW6eJJG3aYIWeA][BLAHBLAH] 
[inet[/BLAHBLAH:9300]]], 
reason [org.elasticsearch.transport.RemoteTransportException: [Search 6] 
[inet[/BLAHBLAH:9300]][discovery/zen/join]; 
org.elasticsearch.ElasticsearchIllegalStateException: 
Node [[Search 6][vwurISIMTTC-Ra1EmiI8vA][BLAHBLAH][inet[/BLAHBLAH:9300]]] 
not master for join request from [[Search 6][vwurISIMTTC-Ra1EmiI8vA] 
[BLAHBLAH [inet[/BLAHBLAH:9300]]]]

（注IP地址用BLAHBLAH覆盖以上）。

这是什么意思？

来源

2014-03-13 Henley Chiu

是群集名称中的所有节点的配置/ elasticsearch.yml正确的吗？你有什么样的发现配置？如果你使用明确的zen ping，你是否在所有的配置文件中都有正确的主机？ – mconlin

您可以添加到您正在使用的Elasticsearch版本的问题。 – eliasah

not master for join request

此错误意味着，在clusterJoinRequest主站的节点ID不匹配主节点接收到该请求的实际的NodeId。

您可以在该LOCALNODE选出的主用Zsg_fKviRW6eJJG3aYIWeA ID的日志中看到：

[搜寻6]无法发送加入请求掌握[搜索 6] [Zsg_fKviRW6eJJG3aYIWeA ] [BLAHBLAH] [INET [/ BLAHBLAH：9300]]]

但在接收到该加入请求中的地址的实际的NodeId为vwurISIMTTC-Ra1EmiI8vA：

节点[[搜索 6] [vwurISIMTTC-Ra1EmiI8vA] [BLAHBLAH] [INET [/ BLAHBLAH：9300]]]不掌握用于加入请求

奇怪的是日志显示发送请求的节点与接收请求的节点相同。你如何得到节点的地址？另外，所有的节点都有相同的名字吗？如果不是，您可能只想重新启动以重置nodeId。

节点[[搜索 6] [vwurISIMTTC-Ra1EmiI8vA] [BLAHBLAH] [INET [/ BLAHBLAH：9300]]]不掌握用于加入请求从[[搜索6] [vwurISIMTTC-Ra1EmiI8vA] [BLAHBLAH [INET [/ BLAHBLAH：9300]]]]

来源

2015-02-20 22:03:54 chani

ElasticSearch：如果出现裂脑，复制节点是否可以被群集拒绝？

回答

相关问题