ElasticSearch进程的最大文件描述符[4096]太低，请至少增加到[65536]

ulimit -n 65536

或在/etc/security/limits.conf中将nofile设置为65536
用户[xxx]的最大线程数[1024]过低，请至少增加到[2048]

ulimit -u 2048

或者在开始ElasticSearch之前，在/etc/security/limits.conf中将nproc值设置为2048或更高。
最大虚拟内存区域vm.max_map_count [65530]过低，请至少增加到[262144]
在/etc/sysctl.conf中设置vm.max_map_count=262144，然后执行sysctl -p

如果您希望在引导检查失败的情况下仍在开发环境中运行elasticsearch：

在elasticsearch.yml中设置以下内容

transport.host: 127.0.0.1
http.host: 0.0.0.0

请注意，您无法在开发模式下形成群集。请勿使用在生产中引导检查失败的elasticsearch！！

问题是“最大虚拟内存区域vm.max_map_count [65530]过低，请至少增加到[262144]”

vm.max_map_count非常低，增加其计数将解决此问题

1. Linux

检查/etc/sysctl.conf中的vm.max_map_count设置：

grep vm.max_map_count /etc/sysctl.conf

输出：虚拟机最大Map计数=262144
如果输出小于262144，按照elasticsearch的预期应用新计数，我们有两个选项来添加永久或临时修复。
将变量添加到/etc/sysctl.conf

vm.max_map_count=262144

或

sysctl -w vm.max_map_count=262144

2.带有Mac版Docker的OSX

必须在xhyve虚拟机中设置vm.max_map_count设置：

screen ~/Library/Containers/com.docker.docker/Data/com.docker.driver.amd64-linux/tty

以root用户身份登录，不使用密码，然后按照Linux配置sysctl设置：

sysctl -w vm.max_map_count=262144

3.带有Docker工具箱的OSX

必须通过docker-machine设置vm.max_map_count设置：

docker-machine ssh

sudo sysctl -w vm.max_map_count=262144

4. Windows上带有WSL的Docker桌面

必须通过wsl设置vm.max_map_count设置：

wsl

sudo sysctl -w vm.max_map_count=262144

尝试这样配置elasticsearch.yml文件：
network.host: 0.0.0.0 http.port: 9200 transport.host: localhost transport.tcp.port: 9300

我只是补充
transport.host：本地主机
这对我很有效。

对于最大文件描述符，ElasticSearch进程的[4096]太低，请至少增加到[65536]
1.检查ulimit -n，它应该是4096。
1.编辑/etc/security/limits.conf并添加以下行：
* soft nofile 65536
* hard nofile 65536
root soft nofile 65536
root hard nofile 65536
1.编辑/etc/pam.d/common-session并添加此行session required pam_limits.so
1.编辑/etc/pam.d/common-session-noninteractive并添加此行session required pam_limits.so
1.重新加载会话并检查ulimit -n，应为65536。
对于最大虚拟内存区域，vm.max_map_count [65530]太低，请至少增加到[262144]
1.运行以下命令sudo sh -c "echo 'vm.max_map_count=262144' >> /etc/sysctl.conf"

• 参考文献 *：

1. https://underyx.me/2015/05/18/raising-the-maximum-number-of-file-descriptors
2. https://www.elastic.co/guide/en/elasticsearch/reference/current/vm-max-map-count.html

我可以通过使用自ES 5.2发现以来可用的以下设置来完成此操作。类型：单节点（https://www.elastic.co/guide/en/elasticsearch/reference/current/bootstrap-checks.html）
使用该设置启动ES节点后，我就可以使用传输客户机从非本地主机客户机进行连接，这在以前是个问题。

以下步骤帮助我们开始使用ES 5.5.2。在Azure上，使用Ubuntu服务器的3个主节点、3个客户端节点和8个数据节点
1.确保“/etc/security/limits.conf”中的以下配置

• 软内存锁定不受限制
• 无限制的硬内存锁

1. ulimit -l无限制
   1.上限-编号65536
2. sudo sysctl -w虚拟机最大Map计数=262144
   1.确保elasticsearch.yml具有以下配置参数
   transport.tcp.compress:真
   transport.tcp.port:9300

注意我们还必须停止“apparmor”服务以修复节点之间的连接问题。

ERROR: [1] bootstrap checks failed. You must address the points described in the following [1] lines before starting Elasticsearch.
In 2023:If you are getting this error then follow these steps

首先---〉如果您正在使用Docker映像，请执行以下命令

• 用于弹性

须藤码头拉docker.elastic.co/elasticsearch/elasticsearch:8.6.1

• 为Kibana

须藤码头拉docker.elastic.co/kibana/kibana:8.6.1
8.6.1：从Kibana/Kibana撤出

• 创建网络

sudo Docker 网络创建弹性

• 检查是否一切正常

sudo docker检查弹性

• 检查你所有的docker图像

sudo docker图像

• 确保使用全名，例如127.0.0.1：9200：9200....

sudo docker运行-名称es 01-测试-网络弹性-p 127.0.0.1：9200：9200 -p 127.0.0.1：9300：9300 -e“发现。类型=单节点”docker.elastic.co/elasticsearch/elasticsearch:8.6.1

***如果您的Docker容器已在使用中，请确保先使用***将其删除

sudo docker rm [container-name]

删除容器也将删除该容器中存在的所有数据
如果您的Docker容器正在运行，请确保先将其停止

sudo docker stop [container-name]

开始

sudo docker start [container-name]

*对kibana也重复相同的操作
打开另一个终端并重复相同的过程

要下载kibana和elasticsearch docker最新图片，请访问docker hub
如果你正在运行从bin文件夹（.bat文件）和卡住了一些东西，然后评论下来，我会立即给你回复

一直在谷歌搜索这一点，并应用不同的建议，但我认为这是一般的解决方案：
检查过程运行时的实际限值（尽管时间较短）：

cat /proc/<pid>/limits

您会发现类似于以下内容的行：

Limit                     Soft Limit           Hard Limit           Units     
Max cpu time              unlimited            unlimited            seconds   
Max file size             unlimited            unlimited            bytes     
Max data size             unlimited            unlimited            bytes     
Max stack size            8388608              unlimited            bytes     
Max core file size        0                    unlimited            bytes 
<truncated>

然后根据runner或container（在我的例子中，它是supervisord的minfds值），您可以提升实际的限制配置。