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

                    如图：