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
相关推荐
DeeplyMind5 分钟前
第19章 Docker Compose进阶
运维·docker·容器
srhtrnbdfg1 小时前
Discuz!NT负载均衡方案
运维·负载均衡
Hello.Reader2 小时前
从 0 到 1 理解硬盘数据恢复工具原理与工程实现
linux·运维·服务器·网络·数据库
麦聪聊数据4 小时前
基于 Web SQL 与 SQL2API 的数据治理架构实践
运维·sql·架构
红球yyds4 小时前
haproxy介绍及部署
linux·运维·云原生
切糕师学AI4 小时前
NAT (Network Address Translation,网络地址转换)
运维·服务器·网络
x-cmd4 小时前
Browser-Use:用自然语言控制浏览器,告别脆弱的自动化脚本
运维·ai·自动化·agent·浏览器·x-cmd
AC赳赳老秦5 小时前
软件组件自动化的革命:DeepSeek 引领高效开发新时代
运维·人工智能·算法·云原生·maven·devops·deepseek
之歆5 小时前
LVS 负载均衡完全指南
运维·负载均衡·lvs
Web极客码5 小时前
用 SSH Key 认证提升文件传输安全:SFTP/SSH 加固实战(适合站点运维与外贸站)
运维·安全·ssh