采用默認安裝時是可以成功安裝的，但是只能在本機通過127.0.0.1:9200訪問，修改: network.host: 為本機IP后，啟動報錯。

elasticsearch 5.3 安裝過程中遇到了一些問題，這里簡單記錄一下 。

問題一：警告提示

[2016-11-06T16:27:21,712][WARN ][o.e.b.JNANatives ] unable to install syscall filter:

java.lang.UnsupportedOperationException: seccomp unavailable: requires kernel 3.5+ with CONFIG_SECCOMP and CONFIG_SECCOMP_FILTER compiled in
at org.elasticsearch.bootstrap.Seccomp.linuxImpl(Seccomp.java:349) ~[elasticsearch-5.3.0.jar:5.3.0]
at org.elasticsearch.bootstrap.Seccomp.init(Seccomp.java:630) ~[elasticsearch-5.3.0.jar:5.3.0]

報了一大串錯誤，其實只是一個警告。

解決：使用心得linux版本，就不會出現此類問題了。

問題二：ERROR: bootstrap checks failed

max file descriptors [4096] for elasticsearch process likely too low, increase to at least [65536]
max number of threads [1024] for user [lishang] likely too low, increase to at least [2048]

解決：切換到root用戶，編輯limits.conf 添加類似如下內容

vi /etc/security/limits.conf

添加如下內容:

• soft nofile 65536

• hard nofile 131072

• soft nproc 2048

• hard nproc 4096

  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.0默認bootstrap.system_call_filter為true進行檢測，所以導致檢測失敗，失敗后直接導致ES不能啟動。

解決：
在elasticsearch.yml中配置bootstrap.system_call_filter為false，注意要在Memory下面:
bootstrap.memory_lock: false
bootstrap.system_call_filter: false

問題三：max number of threads [1024] for user [lish] likely too low, increase to at least [2048]

解決：切換到root用戶，進入limits.d目錄下修改配置文件。

vi /etc/security/limits.d/90-nproc.conf

修改如下內容：

• soft nproc 1024

修改為

• soft nproc 2048

問題四：max virtual memory areas vm.max_map_count [65530] likely too low, increase to at least [262144]

解決：切換到root用戶修改配置sysctl.conf

vi /etc/sysctl.conf

添加下面配置：

vm.max_map_count=655360

并執行命令：

sysctl -p

然后，重新啟動elasticsearch，即可啟動成功。

總結

以上是生活随笔為你收集整理的安装ElasticSearch过程遇到的坑的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。