记一次kibana出现页面账号锁定处理

                               记一次kiban出现页面账号锁定处理

一、问题出现：

今天配置了elk,准备做个日志分析平台，由于第一次搭建，不是很熟悉，所以遇到的问题就多了，然而就在启动的时候出现错误。

  log   [08:16:48.906] [error][status][plugin:ml@6.3.0] Status changed from red to red - Red

 一直说服务Service Unavailable，服务的状态问red。

但是kinaba是已经启动的了

接着我们访问一下kinaba,我们发现出现以下的情况：

账号与密码填不进去。

二、问题分析

   分析一：出现这个情况，我百度找找了，很多人没有遇到过，遇到的都是重启kibana，或说没用安装x-pack插件

   分析二：kibana配置有问题，或者es的配置出了问题，导致启动kibana连接不上es。

三、解决思路以及办法

思路一：

把kibana kill掉，重新启动

找到kibana启动的端口

[root@node2 ~]# netstat -ntpl | grep 5601
tcp        0      0 172.25.0.30:5601        0.0.0.0:*               LISTEN      12180/./bin/../node

重新kill点kibana的进程

[root@node2 ~]#ps -ef | grep node | awk '{print $2}'| xargs kill -9

切换用户启动，重新启动kibana

[root@node2 kibana-6.3.0]# su - www
Last login: Sat Sep 29 16:14:07 CST 2018 on pts/3
[www@node2 ~]$ cd /usr/local/src/kibana-6.3.0
[www@node2 kibana-6.3.0]$ ./bin/kibana &

重启完，发现，还是同样的错误。

思路二：
安装x-pack插件

 [root@node2 kibana-6.3.0]# bin/kibana-plugin install x-pack 
Kibana now contains X-Pack by default, there is no longer any need to install it as it is already present.

发现x-pack是已经装的了，找了一下官网，发现在kibana的6.3版本以上的，x-pack是已经安装的了。

所以这个已经是排除的了。

思路三：

 检查kibana与es的配置；

kibana的配置，发现只是配置了几个项包括服务ip、es的密码配置：

server.host: "172.25.0.30"
xpack.security.enabled: true
elasticsearch.username: "elastic"
elasticsearch.password: "changeme"

可以很明确的发现，这个不太影响的。

Es的配置:

cluster.name: es-log
node.name: node2
path.data: /data/elasticsearch/data
path.logs: /data/elasticsearch/logs
network.host: 172.25.0.30
discovery.zen.ping.unicast.hosts: ["172.25.0.30", "172.25.0.33"]
discovery.zen.minimum_master_nodes: 2
xpack.security.enabled: false

可以发现，好像配置都正常，日志路径、日志路径，集群配置，还真找不出啥问题。

思路四：

 判断是否是集群影响的问题

取消集群的配置

把discovery.zen.ping.unicast.hosts: ["172.25.0.30", "172.25.0.33"]去掉
把
discovery.zen.minimum_master_nodes: 2
改为
discovery.zen.minimum_master_nodes: 1

启动es

#su - www
#./bin/elasticsearch &

启动kibana

#./bin/kibana

启动发现，kibana启动正常啦。

访问一下kibana。

发现可以进去了啊，可以发现kibana已经是可以正常登陆了。到这里我们已经是可以知道，是什么原因导致kibana出现这种情况的了。

思路五：

查看集群情况：

可以发现，我们的集群，主要是通过ip与默认端口来建立集群关系，导致集群出现这种情况的原因有cluster.name配置与discovery.zen.ping配置与主集群的配置不对应。

更改从es配置：

#vim cong/elasticsearch
cluster.name: es-log
discovery.zen.ping.unicast.hosts: ["172.25.0.33", "172.25.0.30"]

重新启动集群

#su - www
#./bin/elasticsearch &

在主es启动head插件

#grunt server &

访问head然后访问web的ip与端口

http://172.25.0.30:9100

可以发现集群已经正常了，接下就可以愉快的玩耍了。

 四、总结

      经过一步步的分析，问题总算是解决了，总之获益良多。