1.Jdk版本一定要一样
2.明确设置那个节点是主节点,那个节点是数据节点node.master属性(主节点属性设置为true,数据节点设置为false,当然主节点也可以存储数据)
3.pack.ml.enabled: false
如果不需要使用machine learning功能,则可以在elasticsearch.yml中设置禁用:
4.异常org.elasticsearch.transport.RemoteTransportException: Failed to deserialize exception response from stream
原因:ElasticSearch节点之间的jdk版本不一致
5.异常org.elasticsearch.cluster.coordination.CoordinationStateRejectedException: join validation on cluster state with a different cluster uuid DGeDa4wNQ7OnyZyxWJRS_w than local cluster uuid u5-SNBcDR3mQHj0Vm-whVQ, rejecting
原因两个独立的集群 没法加入一个集群 应该删除对应的data数据(就是yml里面对应的data和logs里面的数据,重启服务)
6.异常[node-2] master not discovered yet: have discovered [{node-1}
原因:要初始化master,在E的yml配置文件中,如下:
cluster.initial_master_nodes: [“192.168.1.3”]
7.异常Unsupported major.minor version 52.0
原因:jdk版本太低
8.异常bin/elasticsearch-plugin install license ERROR: Unknown plugin license
原因:ElasticSearch5.0.0以后插件命令已经改变
解决方案:bin/elasticsearch-plugin install x-pack
9.启动异常:ERROR: bootstrap checks failed system call filters failed to install; check the logs and fix your configuration or disable system call filters at your own risk
原因:因为Centos6不支持SecComp,而ES5.2.1默认bootstrap.system_call_filter为true进行检测,所以导致检测失败,失败后直接导致ES不能启动。详见 :https://github.com/elastic/elasticsearch/issues/22899
解决方案:在elasticsearch.yml中配置bootstrap.system_call_filter为false,注意要在Memory下面
bootstrap.memory_lock: false
bootstrap.system_call_filter: false
本文详细介绍了Elasticsearch集群部署的关键步骤,包括JDK版本一致性、主节点与数据节点设置、Machine Learning功能禁用等。同时,针对常见的部署错误提供了具体的解决方案,如因JDK版本不同引起的远程传输异常、集群UUID不匹配导致的加入失败、Master节点发现失败等,并给出了CentOS6下SecComp不支持的解决办法。

2538

被折叠的 条评论
为什么被折叠?



