elasticsearch 单节点部署出现的坑

我用的是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,确保你的环境不会出现问题。


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

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

            不管用的话,su 到root用户,

            vim /etc/security/limits.conf

                    在末尾添加:hadoop hard nofile 65536

                                        hadoop soft nofile 65536

                                    ###其中hadoop为用户名称,根据个人而定

            保存。返回hadoop用户,如果用xshell,新建一个shell窗口即可,命令 ulimit -Hn  即显示 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

            将-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

                    如图:


  • 3
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值