docker安装elasticsearch时max virtual memory areas vm.max_count(65530) is too low的异常解决办法

利用docker-compose安装elasticsearch时启动失败的异常解决

max virtual memory areas vm.max_count(65530) is too low...

一. 异常现象

我在利用docker-compose进行elasticsearch的安装配置,确认docker-compse拉取镜像过程中无问题,镜像成功下载,结果在运行docker-compse up -d命令后,虽然也显示elasticsearch和kibana容器创建完毕,但是在页面访问9200端口时,没有出现成功时的提示信息。

9200端口无法访问。

 

二. 异常原因

通过查看docker日志,排除异常故障原因。

最终发现是elasticsearch启动失败,原因是vm虚拟机的内存默认分配的太低了,导致elasticsearch容器启动不起来!

三. 解决办法

elasticsearch启动时遇到的错误:max virtual memory areas vm.max_count(65530) is too low...

问题翻译过来就是:elasticsearch用户拥有的内存权限太小,至少需要262144;

解决步骤:

1.先切换到root用户;

2.执行命令:

sysctl -w vm.max_map_count=262144

可以查看结果:

sysctl -a|grep vm.max_map_count

会显示如下信息:

vm.max_map_count = 262144

注意:
上述方法修改之后,如果重启虚拟机将失效,所以:

一劳永逸的解决办法:

在/etc/sysctl.conf文件的最后添加一行代码:

vm.max_map_count=262144

即可永久修改。

 如下图所示:

然后重新启动elasticsearch容器。

 效果如下:

kibana也可以正常访问了。

 

 

 

一一哥Sun CSDN认证博客专家 Elasticsearch Java 架构
十年软件开发授课经验,专注大学生毕业设计及面试求职私塾式指导!对Android/JavaWeb/微服务/H5等技术领域有深入研究!曾任国内最大的智能物联网平台架构师,参与国内最大的智能物流系统平台天眼/冷链/订单/车次系统研发;曾主导国内首款国学教育App及后台架构;负责大庆油田采油管理系统,铝业云计算系统,湖南广电地面波机顶盒等项目的研发。目前担任某著名培训机构教学主管,培养了大批入职阿里,IBM,百度,国家电网等名企的高薪学生.本人坚持只有一心做教育,才能做一流教育的理念,被学生爱称为"一一哥"!QQ:2312119590,今日头条号:一一哥Sun;知乎ID:一一哥
已标记关键词 清除标记
©️2020 CSDN 皮肤主题: 编程工作室 设计师:CSDN官方博客 返回首页