Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Kibana IPV6 "No living Connections" #23764

Closed
gbahezre opened this issue Oct 3, 2018 · 5 comments · Fixed by #29891
Closed

Kibana IPV6 "No living Connections" #23764

gbahezre opened this issue Oct 3, 2018 · 5 comments · Fixed by #29891
Labels
Team:Operations Team label for Operations Team

Comments

@gbahezre
Copy link

gbahezre commented Oct 3, 2018

Kibana version:
Docker 6.4.1 oss

Elasticsearch version:
Docker 6.4.1 oss

Server OS version:
Redhat 7.3

Browser version:
Chrome Version 69.0.3497.100 (Official Build) (64-bit)
Firefox Quantum 62.0.3 (64-bit)

Browser OS version:
Windows 7
Windows 10

Original install method (e.g. download page, yum, from source, etc.):
Docker

Describe the bug:
ELK are all running in docker containers at the latest stable version (6.4.1 oss) using network host configuration.

The configuration is working well in IPV4, but not in IPV6.
Logstash and Kibana are working well both in IPV4 and IPV6.

Kibana Status is OK.

Kibana is able to get all his configuration, visualizations and dashboard from Elastic. I can also use dev tools to launch a custom request to Elastic from Kibana without any problems.

But Kibana Discover, Visualise and Dashboard produce errors like :

Discover: No Living connections

Error: No Living connections
ErrorAbstract@http://[2a00:8a00:4000:6049::7b]:5601/bundles/vendors.bundle.js:189:817631
NoConnections@http://[2a00:8a00:4000:6049::7b]:5601/bundles/vendors.bundle.js:189:818107
sendReqWithConnection@http://[2a00:8a00:4000:6049::7b]:5601/bundles/vendors.bundle.js:189:833303
next@http://[2a00:8a00:4000:6049::7b]:5601/bundles/vendors.bundle.js:189:840599
Item.prototype.run@http://[2a00:8a00:4000:6049::7b]:5601/bundles/vendors.bundle.js:189:816138
drainQueue@http://[2a00:8a00:4000:6049::7b]:5601/bundles/vendors.bundle.js:189:815700

There is no error in any logs (Elastic and Kibana).

Expected behavior:
No error, or explicit error in status or logs at least.

Screenshots (if relevant):
discover error
kibana status

Errors in browser console (if relevant):

ERROR: 2018-10-15T13:53:40Z
Log.prototype.error@http://[2a00:8a00:4000:6049::7b]:5601/bundles/vendors.bundle.js:189:823935
checkRespForFailure@http://[2a00:8a00:4000:6049::7b]:5601/bundles/vendors.bundle.js:189:833778
AngularConnector.prototype.request/<@http://[2a00:8a00:4000:6049::7b]:5601/bundles/vendors.bundle.js:189:843294
processQueue@http://[2a00:8a00:4000:6049::7b]:5601/bundles/vendors.bundle.js:104:199684
scheduleProcessQueue/<@http://[2a00:8a00:4000:6049::7b]:5601/bundles/vendors.bundle.js:104:200647
$digest@http://[2a00:8a00:4000:6049::7b]:5601/bundles/vendors.bundle.js:104:210409
$evalAsync/<@http://[2a00:8a00:4000:6049::7b]:5601/bundles/vendors.bundle.js:104:212930
completeOutstandingRequest@http://[2a00:8a00:4000:6049::7b]:5601/bundles/vendors.bundle.js:104:64421
Browser/self.defer/timeoutId<@http://[2a00:8a00:4000:6049::7b]:5601/bundles/vendors.bundle.js:104:67265

vendors.bundle.js:205:74081
WARNING: 2018-10-15T13:53:40Z
Unable to revive connection: http://2a00:8a00:4000:6049::7b:5601/elasticsearch

vendors.bundle.js:205:74081
WARNING: 2018-10-15T13:53:40Z
No living connections

Provide logs and/or server output (if relevant):
There is no error in any logs (Elastic and Kibana).

Any additional context:

Kibana config :

server.host: "::0"
elasticsearch.url: "http://[::1]:9200"
elasticsearch.preserveHost: true

Elastic config :

network.host: ["local","eth1"]
discovery.zen.ping.unicast.hosts: ["xxx-0","xxx-1","xxx-2"]
discovery.zen.minimum_master_nodes: 2
discovery.zen.fd.ping_timeout: 10s

Thanks for your help !

@jbudz jbudz added the Team:Operations Team label for Operations Team label Oct 10, 2018
@bhavyarm
Copy link
Contributor

pinging @elastic/kibana-operations

@gbahezre gbahezre changed the title Kibana "No living Connections" behind IPV6 reverse proxy Kibana IPV6 "No living Connections" Oct 15, 2018
@gbahezre
Copy link
Author

Just removed the part concerning Reverse Proxy, as in fact the error is the same when connecting directly to Kibana without Reverse Proxy.

So this is only Basic IPV6 configuration now.

@hhoover
Copy link

hhoover commented Nov 21, 2018

Square brackets need to be put around this.host in optimize/bundles/vendors.bundle.js for IPv6 to work, as it builds the ElasticSearch URL using an IP address without brackets and the URL is broken. I'm not positive how this URL is built (I think it's in core_plugins/elasticsearch/lib/parse_config.js).

hhoover added a commit to hhoover/kibana that referenced this issue Nov 21, 2018
Without square brackets around the hostname/IP address Kibana
fails to connect to an IPv6 ElasticSearch on startup and you
can't create an initial index pattern. This adds the brackets.

Closes elastic#23764
@gbahezre
Copy link
Author

This is exactly the problem.
In fact, connection between Kibana and ElasticSearch is working fine, Kibana status is OK and Kibana is able to get his index from ElasticSearch.

The only thing that does not work is getting index values from browser (requesting ElasticSearch throught Kibana from browser).
For example : https://[IPV6]:5601/elasticsearch/_msearch

I tried your fix but it doesn't work, it applies for all connections, not only this one, making other connections to ElasticSearch to fail.

I fix it by patching file "optimize/bundles/vendors.bundle.js" in function "Host.prototype.makeUrl" by adding brackets around host.
I think this can be done also in "ConnectionPool.prototype.setHosts" function.

This is only a workaround, because this will not work for IPV4. But for now i didn't find exactly from where host parameters are comming from.

Thanks @hhoover ! You help me find out what was exactly the problem, i was looking for it for quite a long time now :)

@ysundar
Copy link

ysundar commented Jan 30, 2019

When this will be fixed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Team:Operations Team label for Operations Team
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants