Can not connect to the es node, only connect to the bridge ip address
See original GitHub issueexecute command:
docker run --rm --name spark-dependencies --env STORAGE=elasticsearch --env ES_NODES=http://172.31.60.138:9200 jaegertracing/spark-dependencies
error log shows:
ERROR NetworkClient: Node [172.18.0.1:9200] failed (Connection refused (Connection refused)); no other nodes left - aborting...
Exception in thread "main" org.elasticsearch.hadoop.rest.EsHadoopNoNodesLeftException: Connection error (check network and/or proxy settings)- all nodes failed; tried [[172.18.0.1:9200]]
Is that a bug?
Issue Analytics
- State:
- Created 5 years ago
- Reactions:3
- Comments:23 (12 by maintainers)
Top Results From Across the Web
Networking with standalone containers - Docker Documentation
This tutorial will connect two containers to the bridge network. ... containers can not only communicate by IP address, but can also resolve...
Read more >Troubleshooting Network Visualization on AHV cluster
Tips for investigating issues with Network Visualization setup on an AHV cluster.
Read more >Networking | Elasticsearch Guide [8.5] | Elastic
Elasticsearch can only bind to an address if it is running on a host that has a network interface with that address. If...
Read more >Connect GNS3 to the Internet (local server)
Use of the NAT node to allow topology nodes to access the internet is also an ... Result: An IP address is allocated...
Read more >Ethernet Bridging | OpenVPN
Multiple clients will be able to connect to the bridge, and each client's TAP interface will be assigned an IP address that is...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Yes we know this behaviour, it’s always better to specify the ports.
From readme in this repository