Je viens d'installer Kibana 7.3 sur RHEL 8. Le service Kibana est actif (en cours d'exécution).
Je reçois Kibana server is not ready yet
un message lorsque je me courbe vers http: // localhost: 5601 . Mon instance Elasticsearch se trouve sur un autre serveur et il répond avec succès à mes demandes. J'ai mis à jour le kibana.yml avec ça
elasticsearch.hosts: [" http: // EXTERNAL-IP-ADDRESS-OF-ES: 92 "]
je peux accéder à elasticsearch à partir d'Internet avec une réponse:
{
"name" : "ip-172-31-21-240.ec2.internal",
"cluster_name" : "elasticsearch",
"cluster_uuid" : "y4UjlddiQimGRh29TVZoeA",
"version" : {
"number" : "7.3.1",
"build_flavor" : "default",
"build_type" : "rpm",
"build_hash" : "4749ba6",
"build_date" : "2019-08-19T20:19:25.651794Z",
"build_snapshot" : false,
"lucene_version" : "8.1.0",
"minimum_wire_compatibility_version" : "6.8.0",
"minimum_index_compatibility_version" : "6.0.0-beta1"
},
"tagline" : "You Know, for Search"
}
Le résultat du Sudo systemctl status kibana
:
● kibana.service - Kibana
Loaded: loaded (/etc/systemd/system/kibana.service; enabled; vendor preset: disabled)
Active: active (running) since Thu 2019-09-19 12:22:34 UTC; 24min ago
Main PID: 4912 (node)
Tasks: 21 (limit: 4998)
Memory: 368.8M
CGroup: /system.slice/kibana.service
└─4912 /usr/share/kibana/bin/../node/bin/node --no-warnings --max-http-header-size>
Sep 19 12:46:42 ip-172-31-88-39.ec2.internal kibana[4912]: {"type":"log","@timestamp":"2019-0>
Sep 19 12:46:42 ip-172-31-88-39.ec2.internal kibana[4912]: {"type":"log","@timestamp":"2019-0>
Sep 19 12:46:43 ip-172-31-88-39.ec2.internal kibana[4912]: {"type":"log","@timestamp":"2019-0>
Sep 19 12:46:43 ip-172-31-88-39.ec2.internal kibana[4912]: {"type":"log","@timestamp":"2019-0>
Sep 19 12:46:43 ip-172-31-88-39.ec2.internal kibana[4912]: {"type":"log","@timestamp":"2019-0>
Sep 19 12:46:44 ip-172-31-88-39.ec2.internal kibana[4912]: {"type":"log","@timestamp":"2019-0
le résultat de "Sudo journalctl --unit kibana"
Sep 19 06:03:53 ip-172-31-88-39.ec2.internal kibana[1356]: {"type":"log","@timestamp":"2019-09-19T06:03:53Z","tags":["warning","elasticsearch","admin"],"pid":1356,"message":"Unable to revive >
Sep 19 06:03:53 ip-172-31-88-39.ec2.internal kibana[1356]: {"type":"log","@timestamp":"2019-09-19T06:03:53Z","tags":["warning","elasticsearch","admin"],"pid":1356,"message":"No living connect>
Sep 19 06:03:53 ip-172-31-88-39.ec2.internal kibana[1356]: {"type":"log","@timestamp":"2019-09-19T06:03:53Z","tags":["warning","task_manager"],"pid":1356,"message":"PollError No Living connec>
Sep 19 06:03:53 ip-172-31-88-39.ec2.internal kibana[1356]: {"type":"log","@timestamp":"2019-09-19T06:03:53Z","tags":["warning","elasticsearch","admin"],"pid":1356,"message":"Unable to revive >
Sep 19 06:03:53 ip-172-31-88-39.ec2.internal kibana[1356]: {"type":"log","@timestamp":"2019-09-19T06:03:53Z","tags":["warning","elasticsearch","admin"],"pid":1356,"message":"No living connect>
Avez-vous une idée du problème?
Il peut y avoir plusieurs raisons à cela. Peu de choses à essayer
.kibana*
indices comme l'a souligné Karthik ci-dessusS'ils ne fonctionnent pas, activez la journalisation détaillée à partir de kibana.yml
et redémarrez kibana pour obtenir plus d'informations sur la cause possible de ce problème.
HTH
L'erreur peut être liée à elastic.hosts
paramètres. Les étapes suivantes et travaillé pour moi:
/etc/elasticsearch/elasticsearch.yml
fichier et vérifiez le paramètre sur:#network.Host: localhost
2.Ouvrez /etc/kibana/kibana.yml
fichier et vérifiez le réglage et vérifiez:
#elasticsearch.hosts: ["http://localhost:9200"]
Le problème était que kibana n'était pas en mesure d'accéder à elasticsearch localement.
Pour surmonter cet incident, j'ai supprimé et recréé les deux serveurs. J'ai installé ES et Kibana 7.4, j'ai également augmenté la taille VM du serveur ES de t1.micro à t2.small. Tout fonctionnait bien. Dans l'instance ES précédente, l'instance était s'arrêtant parfois lui-même. le ram vm était de 1 Go par conséquent j'ai dû limiter la taille du tas JVM et c'est peut-être la raison pour laquelle tout le problème s'est produit.
Probablement pas la solution à cette question
Dans mon cas, la version de kibana et elasticsearch n'étaient pas compatibles
Comment j'utilisais Docker, je viens de recréer les deux mais en utilisant la même version (7.5.1)