我可以在 Elasticsearch 5.4 中禁用引导程序检查吗？

Question

我在非生产 RHEL6 服务器上运行 Elasticsearch。我只有一个没有 root 访问权限的普通用户帐户。我在一个非常封闭的公司环境中，因此获得 root 权限将非常耗时，我需要一个解决方法。

当我开始这个过程时，我收到这些错误：

max file descriptors [8192] for elasticsearch process is too low, increase to at least [65536]
max number of threads [1024] for user [salimfadhley] is too low, increase to at least [2048]
max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144]

有没有办法让 ElasticSearch 忽略这个错误条件而直接启动。

我完全意识到忽略错误通常被认为是不明智的，但是在这种情况下，我只需要启动并运行 ES，这样我就可以将注意力集中在该项目的其他方面：提高系统限制将花费更多的时间我目前有可用的。

Answer 1

是的你可以！

（我发现）这非常脏，但是如果您配置discovery.type为single-node，则不会运行引导程序检查。

是的，这意味着您无法在笔记本电脑中测试集群。

请参阅https://github.com/elastic/elasticsearch/issues/21655

Answer 2

@ThomasDecaux 是正确的，您可以在技术上禁用引导程序。但是有时您只能禁用引导程序检查。这是您可以禁用引导程序检查的时间：

• 配置你elasticsearch.yml的discovery.type: single-node
• 或者你的 N 个节点都在使用 zen 发现 localhost

如果您需要在 N 台机器上运行 N 个节点作为一个集群，那么您不能禁用引导程序检查。

当您配置您elasticsearch.yml使用外部接口而您没有时，discovery.type: single-node则无法禁用引导程序检查。我试过。

我有一台机器未能通过引导程序测试，但我没有 sudo 权限来修复它。我通过传递尝试禁用检查了-Des.enforce.bootstrap.checks=false到Java的JVM选项，但引导支票仍处于启用状态。

这是 2018 年的 github 问题，开发人员说您无法禁用引导程序检查https://github.com/elastic/elasticsearch/issues/31933：

" 没有用于禁用引导程序检查的命令行选项。es.enforce.bootstrap.checks 选项用于在由于 Elasticsearch 未检测到它正在生产中使用而被禁用时启用它们（单节点，只能通过 localhost 访问或使用单节点发现）。”