急求解决supervisor守护进程启动elasticsearch报错的问题

问答 / 242 / 9 / 创建于 2年前

es那边不够活跃借个楼紧急求回复

在服务器上安装es使用es用户启动正常访问，但是一旦使用supervisor就报错如下

ERROR: [1] bootstrap checks failed. You must address the points described in the following [1] lines before starting Elasticsearch.
bootstrap check failure [1] of [1]: max file descriptors [4096] for elasticsearch process is too low, increase to at least [65535]
ERROR: Elasticsearch did not exit normally - check the logs at /usr/elasticsearch-8.1.0/logs/elasticsearch.log

Laravel

网上所有的改内存都试过了，改100001和65536依然报错还是4096，人都快疯掉了

supervisor elasticsearch

理想的光照不到现实的黑暗，明灯是黑夜中的奢侈品。如果你接受不了真实生活千疮百孔的消极，那么，请移步儿童区...

版主 2.0k 声望

最大的愿望是有一个属于自己的产品，但在这个资本的洪流中，好像很难坚持...

《L01 基础入门》

我们将带你从零开发一个项目并部署到线上，本课程教授 Web 开发中专业、实用的技能，如 Git 工作流、Laravel Mix 前端工作流等。

《L03 构架 API 服务器》

你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程，JWT 概念及使用和 API 开发相关的进阶知识。

推荐文章：

更多推荐...

ElasticSearch基本操作 21 / 7 |

elasticsearch搜索商品 27 / 23 |

只需五步集成新版 Elasticsearch7.9 中文搜索到你的 Laravel7 项目 81 / 35 |

在Laravel项目中使用Elasticsearch 16 / 2 |

Laravel + Elasticsearch 实现中文搜索 52 / 4 |

Laravel 使用 Elasticsearch 作为日志存储 52 / 11 |

working

版主 2.0k 声望

最佳答案

找到问题所在了，是supervisor守护进程的问题，主配置文件自带了一个

minfds=1024 ; 这个是最少系统空闲的文件描述符，低于这个值supervisor将不会启动。 系统的文件描述符在这里设置cat /proc/sys/fs/file-max 默认情况下为1024。。。非必须设置
minprocs=200 ; 最小可用的进程描述符，低于这个值supervisor也将不会正常启动。 ulimit -u这个命令，可以查看linux下面用户的最大进程数 默认为200。。。非必须设置

把他改成以下内容然后重启supervisor就行了，因为我用的是宝塔，所以要手动kill进程，过一会就ok了

[supervisord]
minfds=65536
minprocs=4096

2年前评论

陈先生

慎用宝塔的sp。。。。这个东西也很容易寄。个人建议还是systemd

working （作者）（楼主）

@陈先生

working （作者）（楼主）

@陈先生确实挂过，有一次给服务器都干崩了，三天才连上手动kill的进程

讨论数量: 9

php_yt

1.1k 声望

博客：elasticSearch 安装看看有没有帮助

2年前评论

working （楼主）

谢谢了，大致就是这样弄得，之前弄过，但是一到守护进程就不行

陈先生

课程读者 596 声望 / 慢就业指挥官 @ 灵活就业规划中心

有没有一种可能，我是说可能啊。你问题的方向错了。

bootstrap check failure [1] of [1]: max file descriptors [4096] for elasticsearch process is too low, increase to at least [65535]

这句才是正确的错误信息，才是需要被 search 的部分。只能给你 systemd 的解决方案[方案二]，因为我不用 supervisord,

2年前评论

working （楼主）

确实是这句，找到问题所在了，是supervisor的问题

working （楼主）

系统有个最少系统空闲的文件描述符和最小可用的进程描述符，但是supervisor又单独有一个最少系统空闲的文件描述符和最小可用的进程描述符，权重落在了supervisor这里，系统的应该是没读取

working

版主 2.0k 声望

找到问题所在了，是supervisor守护进程的问题，主配置文件自带了一个

minfds=1024 ; 这个是最少系统空闲的文件描述符，低于这个值supervisor将不会启动。 系统的文件描述符在这里设置cat /proc/sys/fs/file-max 默认情况下为1024。。。非必须设置
minprocs=200 ; 最小可用的进程描述符，低于这个值supervisor也将不会正常启动。 ulimit -u这个命令，可以查看linux下面用户的最大进程数 默认为200。。。非必须设置

把他改成以下内容然后重启supervisor就行了，因为我用的是宝塔，所以要手动kill进程，过一会就ok了

[supervisord]
minfds=65536
minprocs=4096

2年前评论

陈先生

慎用宝塔的sp。。。。这个东西也很容易寄。个人建议还是systemd

working （作者）（楼主）

@陈先生

working （作者）（楼主）

@陈先生确实挂过，有一次给服务器都干崩了，三天才连上手动kill的进程

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助