2014-11-09 14 views
33

Ich versuche, ElasticSearch mit Kibana in Windows 2008 R2 auszuführen.Kibana meldet "Verbindung fehlgeschlagen"

folgte ich diesen Artikel: Install-logstash-on-a-windows-server-with-kibana

Schritt für Schritt, aber alles, was ich bekommen:

Connection Failed 
Possibility #1: Your elasticsearch server is down or unreachable 

This can be caused by a network outage, or a failure of the Elasticsearch process. If you have recently run a query that required a terms facet to be executed it is possible the process has run out of memory and stopped. Be sure to check your Elasticsearch logs for any sign of memory pressure. 
Possibility #2: You are running Elasticsearch 1.4 or higher 

Elasticsearch 1.4 ships with a security setting that prevents Kibana from connecting. You will need to set http.cors.allow-origin in your elasticsearch.yml to the correct protocol, hostname, and port (if not 80) that your access Kibana from. Note that if you are running Kibana in a sub-url, you should exclude the sub-url path and only include the protocol, hostname and port. For example, http://mycompany.com:8080, not http://mycompany.com:8080/kibana. 
Click back, or the home button, when you have resolved the connection issue 

Als ich

http://XXX.XXX.XXX.XXX:9200/ 

gehe ich bekommen:

{ 
    "status" : 200, 
    "name" : "Benazir Kaur", 
    "cluster_name" : "elasticsearch", 
    "version" : { 
    "number" : "1.4.0", 
    "build_hash" : "bc94bd81298f81c656893ab1ddddd30a99356066", 
    "build_timestamp" : "2014-11-05T14:26:12Z", 
    "build_snapshot" : false, 
    "lucene_version" : "4.10.2" 
    }, 
    "tagline" : "You Know, for Search" 
} 

So scheint es s, dass die ElasticSearch ausgeführt wird, aber aus irgendeinem Grund kann die Kibana keine Verbindung zu ihr herstellen.

Die Elasticsearch Protokolle enthält einen Fehler:

[2014-11-08 13:02:41,474][INFO ][node      ] [Virako] version[1.4.0], pid[5556], build[bc94bd8/2014-11-05T14:26:12Z] 
[2014-11-08 13:02:41,490][INFO ][node      ] [Virako] initializing ... 
[2014-11-08 13:02:41,490][INFO ][plugins     ] [Virako] loaded [], sites [] 
[2014-11-08 13:02:46,872][INFO ][node      ] [Virako] initialized 
[2014-11-08 13:02:46,872][INFO ][node      ] [Virako] starting ... 
[2014-11-08 13:02:47,402][INFO ][transport    ] [Virako] bound_address {inet[/0:0:0:0:0:0:0:0:9300]}, publish_address {inet[/192.168.0.14:9300]} 
[2014-11-08 13:02:47,558][INFO ][discovery    ] [Virako] elasticsearch/XyAjXnofTnG1CXgDoHrNsA 
[2014-11-08 13:02:51,412][INFO ][cluster.service   ] [Virako] new_master [Virako][XyAjXnofTnG1CXgDoHrNsA][test04][inet[/192.168.0.14:9300]], reason: zen-disco-join (elected_as_master) 
[2014-11-08 13:02:51,521][INFO ][gateway     ] [Virako] recovered [0] indices into cluster_state 
[2014-11-08 13:02:51,552][INFO ][http      ] [Virako] bound_address {inet[/0:0:0:0:0:0:0:0:9200]}, publish_address {inet[/192.168.0.14:9200]} 
[2014-11-08 13:02:51,552][INFO ][node      ] [Virako] started 
[2014-11-08 13:11:04,781][WARN ][transport.netty   ] [Virako] exception caught on transport layer [[id: 0x3984a6b4, /192.168.0.14:58237 => /192.168.0.14:9300]], closing connection 
java.io.StreamCorruptedException: invalid internal transport message format, got (47,45,54,20) 
    at org.elasticsearch.transport.netty.SizeHeaderFrameDecoder.decode(SizeHeaderFrameDecoder.java:47) 
    at org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.callDecode(FrameDecoder.java:425) 
    at org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.messageReceived(FrameDecoder.java:303) 
    at org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) 
    at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) 
    at org.elasticsearch.common.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) 
    at org.elasticsearch.common.netty.OpenChannelsHandler.handleUpstream(OpenChannelsHandler.java:74) 
    at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) 
    at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559) 
    at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:268) 
    at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:255) 
    at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.read(NioWorker.java:88) 
    at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.process(AbstractNioWorker.java:108) 
    at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:318) 
    at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:89) 
    at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.run(NioWorker.java:178) 
    at org.elasticsearch.common.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108) 
    at org.elasticsearch.common.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42) 
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) 
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 
    at java.lang.Thread.run(Thread.java:745) 

Jede Idee, was mache ich falsch?

+1

Haben Sie die Anweisungen im letzten Absatz der Fehlermeldung befolgt (speziell, was zum Festlegen von http.cors.allow-Ursprung in elasticsearch.yml gesagt wurde)? –

+1

Ja, ich habe es gemacht und immer noch denselben Fehler. –

+0

Ich habe das gleiche Problem, die Fehler Konsole zeigt, dass kibana versucht, elasticsearch mit kibana DNS zugreifen, wenn ich elasticsearch auf der gleichen Maschine installiert wo kibana ist, funktioniert alles gut :) – MKo

Antwort

65

Ich habe ähnliche Art von Problem konfrontiert.

Wenn Sie Elasticsearch-1.4 mit Kibana-3 verwenden Sie folgende Parameter in elasticsearch.yml Datei

http.cors.allow-origin: "/.*/" 
http.cors.enabled: true 

Reference, https://gist.github.com/rmoff/379e6ce46eb128110f38

+1

Wenn das oben für Sie nicht funktioniert, könnten Sie Überprüfen Sie die in Kibana's config.js konfigurierte URL, um sicherzustellen, dass sie korrekt ist. – vossad01

+0

Du hast meinen Tag gerettet: D –

+0

Ja, ich auch! :) Scheint, dass die Anweisungen auf dem Fehlerbildschirm falsch sind. – Steve

5

In meinem Fall ist das Problem verursacht wurde durch die HTTP_PROXY Umgebung hinzufügen Variable wird gesetzt und der Proxy ist ausgefallen.

Es ist nicht die naheliegendste Ursache, und es gibt keinen offensichtlichen Weg aus der Fehlermeldung, dass Sie denken würden, das zu betrachten.

Das Deaktivieren von HTTP_PROXY und das Neustarten von Kibana haben den Zweck erfüllt.

+0

Nützlich Tipp danke – NightWolf

+1

kannst du auch exportieren no_proxy = "localhost" – AbtPst

+1

@AbtPst Guter Tipp, danke! – mydoghasworms

Verwandte Themen