es的坑 记一次处理节点启动异常

节点启动异常"/>

es的坑 记一次处理节点启动异常

1、本来按照往常的节奏，今天应该对图库的数据进行全量更新，但是下午悠哉来到办公室，他么的，我的spark任务怎么挂了，于是开始排查原因

2、发现日志报错，GraphFactory could not instatiate this Graph implementation ???  于是想到是不是图库挂了，于是去尝试重启图数据库，特喵的  还是报错  具体是  无法与一个节点进行通讯，这就很尴尬，于是我又开始查找ES

3、一查不知道，一查吓一跳   特么的怎么只有11个节点了，还有一个丢了。于是开始找那个节点挂了，定位到最后的原因

启动报错为：max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144]

这个错，网上的解决办法，到处都是   如下

root用户下   对该文件进行修改      sudo vi /etc/sysctl.conf

添加如下内容：vm.max_map_count=655360      刷新sysctl -p    即可

4、可是  特么的 对于我这个并没有什么乱用，依然报错，进过各种找资料（百度），后来我发现了，依然没有解决，哈哈 奇葩

5、最后我在、/etc/security/limits.conf   添加了如下内容

* - nofile 65536
* - memlock unlimited

6、我信心满满 继续重启，发现特喵的  报错变了

max file descriptors [65535] for elasticsearchprocess is too low, increase to at least [65536]

可是我设置的值是max file descriptors=65536啊，为啥报错说我是65535，我就很郁闷，于是我就想是不是，一定要指定用户，于是我改成了如下

elk - nofile 65536
elk - memlock unlimited

elk使我们启动ES的用户，于是 神奇般的就好了，可是我发现，这特么和我之前的配置，其实就多了一条这个
elk - memlock unlimited    其余的都是一样的

7、最后，我真的不明白，为啥*所代表的所有用户，居然打不过一个指定的用户，真的很无语，到此，又可以开心的玩耍了，

8 es 的相关查看命令

1，查看es集群状态http://ip:port/_cat/health?v2,集群节点健康查看http://ip:port/_cat/nodes?v3,列出集群索引http://ip:port/_cat/indices?v