CentOS单机配置了3个节点A、B、C，全部都设成是master+data节点（默认配置），cluster名设置成一样的，同时discovery.zen.minimum_master_nodes参数设置成(3+1)/2=2。
问题症状：
首次启动A、B、C节点后，三个节点成功组成了一个cluster；然后强制kill掉其中一个节点的进程（如A节点宕机了），剩下B、C两个节点会选举B作为master节点，B、C仍然成功组成cluster；此时如果再次重新启动A节点（保持所有配置不变），则A节点无法再加入B、C组成的cluster，并且把A节点的data、logs清空之后作为一个新节点重新启动，仍然无法加入到B、C组成的原有cluster —— 请前辈指点一下这是什么原因？应该如何解决才能让宕机后的A节点重新加入B、C组成的cluster？
谢谢！
问题症状：
首次启动A、B、C节点后，三个节点成功组成了一个cluster；然后强制kill掉其中一个节点的进程（如A节点宕机了），剩下B、C两个节点会选举B作为master节点，B、C仍然成功组成cluster；此时如果再次重新启动A节点（保持所有配置不变），则A节点无法再加入B、C组成的cluster，并且把A节点的data、logs清空之后作为一个新节点重新启动，仍然无法加入到B、C组成的原有cluster —— 请前辈指点一下这是什么原因？应该如何解决才能让宕机后的A节点重新加入B、C组成的cluster？
谢谢！
10 个回复
xinfanwang
赞同来自: pili
fhyes123 - ES小白
赞同来自:
只能用比较笨的一种办法,在每个节点都配置discovery.zen.ping.unicast.hosts,把你的节点ip全部加入到里面,就没问题了
foxfire881
赞同来自:
wyntergreg
赞同来自:
foxfire881
赞同来自:
fhyes123 - ES小白
赞同来自:
foxfire881
赞同来自:
liuyang
赞同来自:
# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (mmap) failed to map 10388504576 bytes for committing reserved memory.
# Possible reasons:
# The system is out of physical RAM or swap space
# In 32 bit mode, the process size limit was hit
# Possible solutions:
# Reduce memory load on the system
# Increase physical memory or swap space
# Check if swap backing store is full
# Use 64 bit Java on a 64 bit OS
# Decrease Java heap size (-Xmx/-Xms)
# Decrease number of Java threads
# Decrease Java thread stack sizes (-Xss)
# Set larger code cache with -XX:ReservedCodeCacheSize=
# This output file may be truncated or incomplete.
#
# Out of Memory Error (os_linux.cpp:2673), pid=17573, tid=139627109590784
#
# JRE version: (8.0_45-b14) (build )
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.45-b02 mixed mode linux-amd64 compressed oops)
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
liuyang
赞同来自:
pili
赞同来自: