Elasticsearch 6.8.4スタート・エラー・ソリューション

動作環境:CentOSの7、1.8をjdk

一つの問題:

ERROR:ブートストラップ・チェックが失敗した
最大ファイルディスクリプタ[ 4096 ] のための可能性が低すぎるelasticsearch工程、少なくとも[まで上昇65536 ]

理由:ローカルファイルの問題を作成することができません、ユーザーがファイルの最大数を作成することができますが小さすぎます

解決策:
rootに切り替え、以下の追加に似たプロフィールlimits.confを編集:

vimの/etc/security/limits.confを

次の行を追加します。
*ソフトNOFILE 65536

*ハードNOFILE 131072

注:すべてのユーザー名の代わりに、Linuxの*(などのHadoopなど)

保存し、終了し、有効にするには再度ログインします

質問2:

効果の解決になりません設定ファイルを変更するlimits.confを:

することを確認してください。1.力PAMへのエントリー

で  /etc/pam.d/login の存在:

セッション必要pam_limits.so

SSH PAMを使用してください。2.ください

で  /etc/pam.d/sshd の存在:

セッション必要pam_limits.so

で  /etc/ssh/ssd_config の存在:

はいUsePAM

3.あるlimits.confは、アスタリスクを使用することはお勧めしません。

公式マニュアル、およびそこに多くのオンラインチュートリアルでは、使用しています  * シンボルは、しかし、すべてのシステムが認識されません

#互換性のない方法:
 *ソフトNOFILE 51200 
ハードnofild * 51200 
#互換モード
NOFILEルートソフトを51200 
NOFILEルートハード51200 
NOFILE qhwaソフト51200 
NOFILE qhwaハード51200

質問3:

スレッドの最大数[ 1024 ] のためのユーザー[ES]可能性が低すぎて、少なくとも[に増加2048 ]

理由:スレッドローカルな問題を作成することができませんが、ユーザーがスレッドの最大数が小さすぎ作成することができ
ソリューション:

90-nproc.confプロファイルを変更し、limits.dディレクトリにルートに切り替えます。

我々は /etc/security/limits.d/ 90 -nproc.confを

次のが見つかりました:

*ソフトNPROC 1024

#として改正

*ソフトNPROC 2048

質問4:

最大仮想メモリ領域のvm.max_map_count [ 65530 ]可能性が低すぎて、少なくとも[に増加262144 ]

理由:最大仮想メモリが小さすぎる
解決策:rootユーザーに切り替え、コンフィギュレーション・ファイルsysctl.confのを修正

私たちは、 /etc/sysctl.confの

次の設定を追加します。

vm.max_map_count = 655360

次のコマンドを実行します。

sysctlを-p

その後、正常に起動し、elasticsearchを再起動します。

質問5:

サーバーのオープンポート、ESへのアクセス権を取得しないのですか?

原因:ポートはローカルアクセスに制限されています。

解決法:プロファイルが追加さelasticsearch.yml:

network.host:0.00.0

 

質問6:

毎日のクロスドメインアクセスの問題?

解決法:プロファイルが追加さelasticsearch.yml:

http.cors.enabled:
http.cors.allow -origin:" * "

 

 

 

 

おすすめ

転載: www.cnblogs.com/gdwkong/p/12112468.html