elasticsearch ElasticSearch VM clone-主机\u未\u找到\u异常，找到具有相同id但为不同节点实例的现有节点

以下是我的设置：

Ubuntu 16.04的两个实例。第二个是从第一个克隆而来的。ElasticSearch仅安装在来宾（Ubuntu）操作系统上。克隆VM后已调整配置

我使用VirtualBox中的桥接网络运行-每个实例都从路由器获得了其IP。Windows（主机）防火墙已正确配置。所有的机器都能相互敲击。Ping、Netstat和nmap测试表明端口9200和9300是打开的（也测试了“远程”主机）

ElasticSearch服务正在正常运行。我可以在本地和远程“curl-XGET”并获得正确的结果

问题是来自第二台机器的ES没有加入群集

以下是配置文件：

第一个：

cluster.name: p4g4n_cluster
node.name: master
node.master: true
network.host: 192.168.0.12
discovery.zen.ping.unicast.hosts: ["192.168.0.12", "192.168.0.17"]

第二个：

cluster.name: p4g4n_cluster
node.name: node1
node.master: false
network.host: 192.168.0.17
discovery.zen.ping.unicast.hosts: ["192.168.0.12", "192.168.0.17"]

如果我尝试

curl-XGET 192.168.0.17:9200/_cluster/health

我将获得

主\u未发现\u异常

。如果我尝试基本GET请求，我将看到

node1

具有

cluster\u uuid”属性的“na”，而在第一台机器上，-*master*

cluster\u uuid`存在

运行的ElasticSearch版本为：5.4.0和 Lucene的版本为：6.5.0

---

有谁能帮助我了解node1查看并加入群集需要做什么吗？

您可以尝试在两台服务器中添加network.bind\u host:0.0.0我能够解决这个问题

翻阅日志表明，这不是网络配置问题

因为我首先在一台机器上配置了整个ELK堆栈，然后克隆了它，所以ES和logstash已经在运行，并将syslog日志泵入elastic

因此，克隆的计算机与现有的计算机具有相同的数据文件夹。事实证明，节点UUID嵌入到数据文件夹中，解决方案是删除克隆的VM上的数据文件夹

我在日志中发现的错误是：发现现有节点{xxx}具有相同的id，但是不同的节点实例…因此存在明显的冲突

---

我发现这个和这个处理相同的问题。

尝试在两台服务器中更改

network.host:0.0.0

。它不工作：(