2014-11-09 15 views
33

Próbuję uruchomić ElasticSearch z Kibaną w Windows 2008 R2.Kibana zwraca "Połączenie nie powiodło się"

Śledziłem ten artykuł: Install-logstash-on-a-windows-server-with-kibana

krok po kroku, ale pojawia się:

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 

Kiedy idę do

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

uzyskać:

{ 
    "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" 
} 

Wygląda na to, że s, że ElasticSearch działa, ale z jakiegoś powodu Kibana nie może się z nim połączyć.

dzienniki ElasticSearch zawiera błąd:

[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) 

Każdy pomysł co robię źle?

+1

Czy postępowałeś zgodnie z instrukcjami w ostatnim akapicie komunikatu o błędzie (konkretnie, co zostało powiedziane na temat ustawiania http.cors.allow-origin w elasticsearch.yml)? –

+1

Tak, zrobiłem to i wciąż ten sam błąd. –

+0

Mam ten sam problem, konsola błędów pokazuje, że kibana próbuje uzyskać dostęp do elastycznego wyszukiwania za pomocą DNS kibana, gdy zainstalowałem elasticsearch na tym samym komputerze, na którym działa kibana, wszystko działa dobrze :) – MKo

Odpowiedz

65

Mam do czynienia z podobnym problemem.

Jeśli używasz elasticsearch-1,4-3 z Kibana następnie dodać następujące parametry w elasticsearch.yml pliku

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

Referencyjnym https://gist.github.com/rmoff/379e6ce46eb128110f38

+1

Jeśli powyższe nie działa dla ciebie, możesz dokładnie sprawdź adres URL skonfigurowany w config.js Kibany, aby upewnić się, że jest poprawny. – vossad01

+0

Uratowałeś mój dzień: D –

+0

Tak, ja też! :) Wydaje się, że instrukcje na ekranie błędu są błędne. – Steve

5

W moim przypadku problem został spowodowany przez środowisko HTTP_PROXY Zmienna jest ustawiana, a serwer proxy nie działa.

To nie jest najbardziej oczywista przyczyna i nie ma oczywistej drogi od komunikatu o błędzie, który można by na to spojrzeć.

Rozbrojenie HTTP_PROXY i ponowne uruchomienie Kibany załatwiły sprawę.

+0

Przydatne podpowiedź dziękuję – NightWolf

+1

można również zrobić eksport no_proxy = "localhost" – AbtPst

+1

@AbtPst Dobra porada, dzięki! – mydoghasworms

Powiązane problemy