docker 启动 容器----bootstrap checks failed

错误信息:

bootstrap checks failed

解决方法:

1.修改elasticsearch.yml配置文件,允许外网访问。

vim config/elasticsearch.yml,增加 network.bind_host: 0.0.0.0  或者是 network.host: 0.0.0.0。

2.启动失败,检查没有通过,报错

[2019-07-14T17:44:59,658][INFO ][o.e.b.BootstrapChecks    ] [gFOuNlS] bound or publishing to a non-loopback address, enforcing bootstrap checks
ERROR: [2] bootstrap checks failed
[1]: max file descriptors [4096] for elasticsearch process is too low, increase to at least [65536]

[2]: max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144]

[1]: max file descriptors [4096] for elasticsearch process is too low, increase to at least [65536]

编辑 /etc/security/limits.conf,再配置文件下面追加以下内容;
* soft   nofile 65536
* hard nofile 65536

此文件修改后需要重新登录用户,才会生效。

[2]: max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144]

编辑 /etc/sysctl.conf,追加以下内容:
vm.max_map_count=655360
保存后,执行:

sysctl -p

重新启动容器,成功。

参考博客:https://www.cnblogs.com/yehui/p/9087845.html

原文地址:https://www.cnblogs.com/ming-blogs/p/11184932.html

时间: 2024-10-31 07:08:11

docker 启动 容器----bootstrap checks failed的相关文章

启动Sonar报错,ERROR: [1] bootstrap checks failed [1]: system call filters failed to install

错误提示信息: ERROR: [1] bootstrap checks failed[1]: system call filters failed to install; check the logs and fix your configuration or disable system call filters at your own risk 解决: Centos6不支持SecComp,而ES5.2.0默认bootstrap.system_call_filter为true 禁用:在elas

docker启动容器报"iptables No chain/target/match"

Centos 7 docker 启动grafana容器报"iptables No chain/target/match by that name" docker run -d -p 3000:3000  grafana/grafana:5.1.0   Error response from daemon: Cannot start container 565c06efde6cd4411e2596ef3d726817c58dd777bc5fd13762e0c34d86076b9e: ip

Error response from daemon ... no space left on device docker启动容器服务报错

docker 启动容器服务的时候,报错no space left on device 1. 检查磁盘是否用光 3.检查inode是否耗光,从截图看到是inode耗光导致出现问题: 进入到/run里面看看是哪些文件耗光了:#for i in ./*; do echo $i; find $i | wc -l; done查看到最大的是/run/docker/libcontainerd/下面一部分容器耗光的.该目录的结构是:/run/docker/libcontainerd/2b9251bcc7a448

关闭或启动linux防火墙后,docker启动容器报错问题解决方式

关闭或启动linux防火墙后,docker启动容器报错问题解决方式 解决办法:重建docker0网络恢复 1.按照进程名杀死docker进程 pkill docker 2.清空防火墙规则-清空nat表的所有链 iptables -t nat -F 3.查看定义规则的详细信息 iptables -L -n -v 4.关闭docker0接口 ifconfig docker0 down 5.删除docker0接口 brctl delbr docker0 6.重启docker systemctl res

docker 启动容器报错

2018-10-24 报错信息: /usr/bin/docker-current: Error response from daemon: driver failed programming external connectivity on endpoint goofy_bose (317173685c23c029fd5f28b88ecf1ad2ac425e0338a22ba2b3eeec7b945519fd): iptables failed: iptables --wait -t nat -

Elasticsearch启动分析与问题解决-bootstrap checks

[TOC] 0 说明 使用的es版本为5.6,Linux版本为CentOs 6.5. 1 Elasticsearch bootstrap checks 1.1 开发环境 如果在es的配置中没有配置network.host来指定一个可用的IP地址的话,默认情况下,就绑定到localhost上,此时es会认为用户只是在开发环境下使用es,基于开箱即用的原则,虽然es此时也会进行bootstrap checks,来检查用户的配置是否与es设定的安全值相匹配,如下: 如果匹配,则不会有warnning信

Kubernetes+Docker+Istio 容器云实践

随着社会的进步与技术的发展,人们对资源的高效利用有了更为迫切的需求.近年来,互联网.移动互联网的高速发展与成熟,大应用的微服务化也引起了企业的热情关注,而基于Kubernetes+Docker的容器云方案也随之进入了大众的视野.开普勒云是一个基于Kubernetes+Docker+Istio的微服务治理解决方案. 一.Microservices 1.1 解决大应用微服务化后的问题 现在各大企业都在谈论微服务,在微服务的大趋势之下技术圈里逢人必谈微服务,及微服务化后的各种解决方案. 1.2 当我们

redhat7.4 docker run启动容器报错container_linux.go:449

问题现象: 在redhat服务器上使用docker run启动容器时报错:docker: Error response from daemon: OCI runtime create failed: container_linux.go:449:container init caused "write /proc/self/attr/keycreate: permission denied"": unknown. 问题原因:由于操作系统已启用SELinux,造成“/proc/

Docker安全--将用户添加到Docker组中进行启动容器与未添加到Docker组中的sudo执行的研究

/*************************************** * Author : Samson * Date : 08/25/2015 * Test platform: * gcc 4.8.2 * GNU bash, 4.3.11(1)-release (x86_64-pc-linux-gnu) * Docker version 1.7.1 * Debian GNU/Linux 7 * *************************************/ 结论: 对