1
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 3 years have passed since last update.

Elasticsearchで"all shards failed"がでるようになったらmax_open_files設定をうたがってみる

Last updated at Posted at 2020-08-06

最近何度か開発環境のElasticsearchで"all shards failed"が発生してたんですが、Vagrant終了させずにホストを再起動したっけ?ぐらいにしか思わず、vagrant snapshot restoreでしのいでたんですが、かなり頻発するようになってきたので対処法しらべてみました。

/var/log/elasticsearch/elasticsearch.log を確認してみると下記の様に "Too many open files" ってログが残ってました。

 at java.lang.Thread.run(Thread.java:748) [?:1.8.0_181]
Caused by: java.nio.file.FileSystemException: /var/lib/elasticsearch/nodes/0/indices/TQgoFaQTT3ijwfBVxYiMFA/3/translog/translog-163.ckp: Too many open files

ぐぐってみると max open filesの制限にかかるとこんなログがでるようなので、この制限値をあげてみることに。

現在の設定値の確認は下記で。

$ curl -XGET "http://localhost:9200/_nodes/stats/process?filter_path=**.max_file_descriptors"

でもってどこで設定変えればいいのかがよくわからなくて散々はまりました^^;
/etc/init.d/elasticsearch で設定って記事があったり、 /etc/security/limits.conf で設定って記事があったり…

それらを書き換えても全然反映されなかったんですが、systemctl status elasticsearch したら設定ファイルの位置がちゃんと出力されてました

$ # systemctl status elasticsearch
● elasticsearch.service - Elasticsearch
   Loaded: loaded (/usr/lib/systemd/system/elasticsearch.service; enabled; vendor preset: disabled)

このファイルを直接いじって反映されたんですが、 systemd で ulimit 上げるときの推奨の方法 って記事を発見したのでこれにならって /etc/systemd/system/elasticsearch.service.d/max_open_files.conf ってファイルを作成して LimitNOFILEを設定しました。

/etc/systemd/system/elasticsearch.service.d/max_open_files.conf
[Service]
LimitNOFILE=655360

これでElasticsearchを再起動したら"all shards failed"が解消できました。

1
1
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
1
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?