k3s部署ES过程中可能遇到的问题max virtual memory areas vm.max_map_count [65530] is too low

问题:启动es的pod时候报错

ERROR: 2 bootstrap checks failed. You must address the points described in the following 2 lines before starting Elasticsearch. bootstrap check failure 1 of 2: max virtual memory areas vm.max_map_count 65530 is too low, increase to at least 262144

您遇到的错误信息表明,Elasticsearch 在启动时进行了引导检查,发现 vm.max_map_count 的值太低。Elasticsearch 要求该值至少为 262144。这个参数控制了一个进程可以使用的最大虚拟内存区域的数量。

解决方法

要解决此问题,您需要将 vm.max_map_count 的值增加到至少 262144。以下是详细的步骤:

永久修改 vm.max_map_count

要使该更改在系统重启后依然有效,您需要将其添加到 /etc/sysctl.conf 文件中:

1、打开 /etc/sysctl.conf 文件进行编辑:

复制代码
sudo nano /etc/sysctl.conf

2、在文件末尾添加以下行:

复制代码
vm.max_map_count=262144

3、保存并退出编辑器(在 nano 中,按 CTRL + X,然后按 Y 确认保存)

4、应用更改:

复制代码
sudo sysctl -p
验证更改

您可以使用以下命令验证 vm.max_map_count 是否已成功更改:

复制代码
sysctl vm.max_map_count

输出应该显示:

复制代码
vm.max_map_count = 262144

重启 Elasticsearch

现在您可以尝试重新启动 Elasticsearch:

复制代码
systemctl restart elasticsearch
相关推荐
虎头金猫3 天前
4K 视频总卡在公网带宽?用 N1 + OpenList 把网盘播放链路重新理顺
运维·服务器·网络·python·容器·beautifulsoup·pandas
AI职业加油站3 天前
AI智能体应用工程师证书:政策红利下的职业新风口
大数据·运维·人工智能·学习·职场发展
此冬歌咏3 天前
K8s 节点故障实战:优雅驱逐 31 秒,硬故障 331 秒,以及那个永远 Pending 的 Pod
运维·k8s
-梅3 天前
linux(8) 软硬链接
linux·运维·服务器
张洛闻Eren3 天前
k8s云原生【第十课】:水平 Pod 自动扩缩容
运维·数据库·云原生·kubernetes·github
其实防守也摸鱼3 天前
内网穿透与反向代理:原理、工具与实战指南
android·大数据·运维·安全·网络安全·自动化·渗透
布裘3 天前
【银河麒麟】V4桌面图标消失,右击鼠标没反应排查
运维·银河麒麟·桌面环境
懂软件的胡子个哥3 天前
微信机器人为什么需要“回复候选”而不是所有 AI 内容直接发送
运维·微信·自动化·wechatapi·个人微信号二次开发
云贝贝贝3 天前
腾讯云 TDSQL(MySQL 版)性能优化与慢查询排障实战 6 招
运维·腾讯云
Lsetea3 天前
证书没到期却报certificate has expired:OpenSSL定位中间证书与系统时间
运维·https·ssl证书·openssl·证书链