問題1:

uncaught exception in thread [main] org.elasticsearch.bootstrap.StartupException: java.lang.RuntimeException: can not run elasticsearch as root

原因：不能使用root使用者啟動

解決方案：改用別的使用者

#groupadd esgroup

#adduser esadmin -g esgroup

#passwd esadmin

#chown -R esadmin:esgroup .

問題2：

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.SystemCallFilter.linuxImpl(SystemCallFilter.java:350) ~[elasticsearch-5.4.0.jar:5.4.0] at org.elasticsearch.bootstrap.SystemCallFilter.init(SystemCallFilter.java:638) ~[elasticsearch-5.4.0.jar:5.4.0] at org.elasticsearch.bootstrap.JNANatives.tryInstallSystemCallFilter(JNANatives.java:215) [elasticsearch-5.4.0.jar:5.4.0] at org.elasticsearch.bootstrap.Natives.tryInstallSystemCallFilter(Natives.java:99) [elasticsearch-5.4.0.jar:5.4.0] at org.elasticsearch.bootstrap.Bootstrap.initializeNatives(Bootstrap.java:111) [elasticsearch-5.4.0.jar:5.4.0] at org.elasticsearch.bootstrap.Bootstrap.setup(Bootstrap.java:204) [elasticsearch-5.4.0.jar:5.4.0] at org.elasticsearch.bootstrap.Bootstrap.init(Bootstrap.java:360) [elasticsearch-5.4.0.jar:5.4.0] at org.elasticsearch.bootstrap.Elasticsearch.init(Elasticsearch.java:123) [elasticsearch-5.4.0.jar:5.4.0] at org.elasticsearch.bootstrap.Elasticsearch.execute(Elasticsearch.java:114) [elasticsearch-5.4.0.jar:5.4.0] at org.elasticsearch.cli.EnvironmentAwareCommand.execute(EnvironmentAwareCommand.java:67) [elasticsearch-5.4.0.jar:5.4.0] at org.elasticsearch.cli.Command.mainWithoutErrorHandling(Command.java:122) [elasticsearch-5.4.0.jar:5.4.0] at org.elasticsearch.cli.Command.main(Command.java:88) [elasticsearch-5.4.0.jar:5.4.0] at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:91) [elasticsearch-5.4.0.jar:5.4.0] at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:84) [elasticsearch-5.4.0.jar:5.4.0]

原因：報了一大串錯誤，大家不必驚慌，其實只是一個警告，主要是因為你Linux版本過低造成的。

解決方案： 1、重新安裝新版本的Linux系統 2、警告不影響使用，可以忽略

問題3：

ERROR: bootstrap checks failed memory locking requested for elasticsearch process but memory is not locked 原因：鎖定記憶體失敗

解決方案： 切換到root使用者，編輯limits.conf配置檔案， 新增類似如下內容： sudo vim /etc/security/limits.conf

新增如下內容:

* soft memlock unlimited * hard memlock unlimited 備註：* 代表Linux所有使用者名稱稱

儲存、退出、重新登入才可生效

臨時取消限制

ulimit -l unlimited

問題4：

ERROR: bootstrap checks failed max file descriptors [4096] for elasticsearch process is too low, increase to at least [65536]

原因：無法建立本地檔案問題,使用者最大可建立檔案數太小

解決方案： 切換到root使用者，編輯limits.conf配置檔案， 新增類似如下內容： sudo vim /etc/security/limits.conf

新增如下內容:

* soft nofile 65536 #軟體 * hard nofile 131072 #硬體 備註：* 代表Linux所有使用者名稱稱

儲存、退出、重新登入才可生效

問題5：

max number of threads [1024] for user [es] is too low, increase to at least [2048] 原因：無法建立本地執行緒問題,使用者最大可建立執行緒數太小 解決方案：切換到root使用者，進入limits.d目錄下，修改90-nproc.conf 配置檔案。

sudo vim /etc/security/limits.d/90-nproc.conf

找到如下內容：

• soft nproc 1024

修改為

• soft nproc 2048

問題6：

max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144] 原因：最大虛擬記憶體太小 解決方案：切換到root使用者下，修改配置檔案sysctl.conf

sudo vim /etc/sysctl.conf

新增下面配置： vm.max_map_count=655360

並執行命令： sysctl -p

問題7：

system call filters failed to install; check the logs and fix your configuration or disable system call filters at your own risk 問題原因：因為Centos6不支援SecComp

SecComp是Linux kernel （自從2.6.23版本之後）所支援的一種簡潔的sandboxing機制。它能使一個程序進入到一種“安全”執行模式，該模式下的程序只能呼叫4種系統呼叫（system calls），即read(), write(), exit()和sigreturn()，否則程序便會被終止。

而ES5.2以後的版本預設bootstrap.system_call_filter為true進行檢測，所以導致檢測失敗，失敗後直接導致ES不能啟動。 詳見 ：https://github.com/elastic/elasticsearch/issues/22899 System call filter settingedit Elasticsearch has attempted to install a system call filter since version 2.1.0. These are enabled by default and could be disabled via bootstrap.seccomp. The naming of this setting is poor since seccomp is specific to Linux but Elasticsearch attempts to install a system call filter on various operating systems. Starting in Elasticsearch 5.2.0, this setting has been renamed to bootstrap.system_call_filter. The previous setting is still support but will be removed in Elasticsearch 6.0.0.

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

問題8：

ElasticSearch啟動找不到主機或路由 原因：ElasticSearch 單播配置有問題 解決方案： 檢查ElasticSearch中的配置檔案 vim config/elasticsearch.yml 找到如下配置： discovery.zen.ping.unicast.hosts:["192.168..:9300","192.168..:9300"] 一般情況下，是這裡配置有問題，注意書寫格式

問題9：

org.elasticsearch.transport.RemoteTransportException: Failed to deserialize exception response from stream 原因:ElasticSearch節點之間的jdk版本不一致 解決方案：ElasticSearch叢集統一jdk環境ls

問題10：

Unsupported major.minor version 52.0 原因：jdk版本問題太低 解決方案：更換jdk版本，ElasticSearch5.0.0支援jdk1.8.0

問題11：

bin/elasticsearch-plugin install license ERROR: Unknown plugin license

原因：ElasticSearch5.0.0以後外掛命令已經改變 解決方案：使用最新命令安裝所有外掛 bin/elasticsearch-plugin install x-pack