web-dev-qa-db-fra.com

Le serveur Kibana n'est pas encore prêt

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?

2
MoonHorse

Il peut y avoir plusieurs raisons à cela. Peu de choses à essayer

  • vérifiez la compatibilité des versions entre kibana et elasticsearch et assurez-vous qu'elles sont compatibles selon https://www.elastic.co/support/matrix#matrix_compatibility
  • vérifier que kibana n'essaie pas de charger certains plugins qui ne sont pas installés sur le nœud maître
  • supprimer .kibana* indices comme l'a souligné Karthik ci-dessus

S'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

0
avp

L'erreur peut être liée à elastic.hosts paramètres. Les étapes suivantes et travaillé pour moi:

  1. Ouvert /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"]

  1. Vérifiez si les deux lignes ont le même réglage. Si vous utilisez une adresse IP pour l'hôte du réseau elasticsearch, vous devez appliquer la même chose pour kibana.

Le problème était que kibana n'était pas en mesure d'accéder à elasticsearch localement.

0
user8832381

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.

0
MoonHorse

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)

https://www.elastic.co/support/matrix#matrix_compatibility

0
thiagola92