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
相关推荐
peixiuhui7 分钟前
EdgeGateway 快速开始手册-串口服务器
运维·人工智能·网关·边缘计算·工业控制·串口服务器·iotgateway
fiveym8 分钟前
浪潮服务器BIOS性能优化全方案解析:多场景适配与配置详解
运维·服务器·性能优化
一念一花一世界9 分钟前
企业级CI/CD工具选型:GitLab CI/CD vs Jenkins vs Arbess
ci/cd·gitlab·jenkins·arbess
草莓熊Lotso13 分钟前
Linux 2.6 内核 O(1) 调度队列深度解析:为什么它能实现常数时间调度?
linux·运维·服务器·数据结构·人工智能·哈希算法·散列表
宇钶宇夕16 分钟前
CoDeSys入门实战一起学习(五):CoDeSys V3 车库门控制编程全解析系列(手册基础第二篇)
运维·自动化·软件工程
杨了个杨898223 分钟前
XRDP 服务部署
运维·centos
以太浮标24 分钟前
华为eNSP模拟器综合实验之- VLAN Mapping技术解析
运维·网络·华为·信息与通信
北京盛世宏博24 分钟前
数据可追溯 + 加密传输:以太网温湿度变送器守护涉密档案安全
大数据·运维·人工智能·档案温湿度
米高梅狮子25 分钟前
12. SELinux 加固 Linux 安全
linux·运维·安全
小五传输26 分钟前
主流的文件摆渡系统品牌核心功能解析,助力企业数据安全流转
大数据·运维·安全