elasticsearch 单节点部署出现的坑

时间:2022-09-12 22:35:35

我用的是vmw 虚拟出来的centos6,32位,装的jdk是1.8,是32位的。

以下的坑,全可以通过阅读官方文档查询原因,因此强烈建议安装的时候照着官方文档来。

一、安装完成,只能在安装的机器*问,curl http://localhost:9200/

外部机器是访问不了的,因为es默认配置,只能闭环访问。可以通过修改配置文件$ES_HOME/config/elasticsearch.yml,

修改network.host: 0.0.0.0,并添加discovery.type: single-node。

如果只是修改了network.host: 0.0.0.0,ES会认为你现在是生产环境,然后启动的时候就会对环境做出各种各样的检查:bootstrap checks,确保你的环境不会出现问题。

elasticsearch 单节点部署出现的坑

如上图,我只修改network.host: 0.0.0.0   然后就报了上图中四个错误,其中错误1和错误2,详细可以自行百度,很简单。

错误1:切换到root用户,执行命令 ulimit -n 65536,解决

错误2:切换到root用户,执行命令 echo "vm.max_map_count=262144" >>/etc/sysctl.conf  

再执行命令 sysctl -p ,解决

错误3:这应该是我32位jdk导致的。JVM分为client VM 和 server VM,其中server VM性能比前者好,生产的es默认需要server VM,而32位系统安装的时候默认是client VM

            解决:切换到root用户,cd $JAVA_HOME/jre/lib/i386    然后 vim jvm.cfg

            elasticsearch 单节点部署出现的坑将-server KNOWN 放到第一行,解决

错误4:这是在因为Centos6不支持SecComp,而ES默认bootstrap.system_call_filter为true进行检测,所以导致检测失败,失败后直接导致ES不能启动。

            解决:在elasticsearch.yml中配置bootstrap.system_call_filter为false,注意要在Memory下面:
                        bootstrap.memory_lock: false

                        bootstrap.system_call_filter: false

                    如图:elasticsearch 单节点部署出现的坑