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
相关推荐
雪可问春风6 小时前
docker环境部署
运维·docker·容器
lwx9148526 小时前
Linux-Shell算术运算
linux·运维·服务器
翻斗包菜6 小时前
PostgreSQL 日常维护完全指南:从基础操作到高级运维
运维·数据库·postgresql
somi76 小时前
ARM-驱动-02-Linux 内核开发环境搭建与编译
linux·运维·arm开发
海的透彻7 小时前
nginx启动进程对文件的权限掌控
运维·chrome·nginx
路溪非溪7 小时前
Linux驱动开发中的常用接口总结(一)
linux·运维·驱动开发
航Hang*7 小时前
第3章:Linux系统安全管理——第2节:部署代理服务
linux·运维·服务器·开发语言·笔记·系统安全
北方的流星7 小时前
华三网络设备的路由重定向配置
运维·网络·华三
河南博为智能科技有限公司7 小时前
蓄电池在线监测系统-守护数据中心安全防线
运维·边缘计算
SkyWalking中文站8 小时前
使用 TraceQL 查询 SkyWalking 和 Zipkin 链路追踪数据并在 Grafana 中可视化
运维·grafana·监控