I have a pretty standard setup of elasticsearch and I'm able to curl/telnet
to port 9200 locally, but the connection is refused if accessed from
another server. I'm likewise unable to connect to port 9300. For Kibana3
I've also added:
Our servers are on Amazon EC2 but we really don't need all the automated
discovery stuff within the EC2 plugin. The ports are open through the
security group and there's nothing in IP tables or any other firewalls. I
also get slightly different behavior once the ports were open so it feels
like the connection is being refused by the server or elasticsearch, itself.
Any pointers?
Is the EC2 plugin a requirement in this case?
I have a pretty standard setup of elasticsearch and I'm able to
curl/telnet to port 9200 locally, but the connection is refused if accessed
from another server. I'm likewise unable to connect to port 9300. For
Kibana3 I've also added:
Our servers are on Amazon EC2 but we really don't need all the automated
discovery stuff within the EC2 plugin. The ports are open through the
security group and there's nothing in IP tables or any other firewalls. I
also get slightly different behavior once the ports were open so it feels
like the connection is being refused by the server or elasticsearch, itself.
Any pointers?
Is the EC2 plugin a requirement in this case?
I have a pretty standard setup of elasticsearch and I'm able to
curl/telnet to port 9200 locally, but the connection is refused if accessed
from another server. I'm likewise unable to connect to port 9300. For
Kibana3 I've also added:
Our servers are on Amazon EC2 but we really don't need all the automated
discovery stuff within the EC2 plugin. The ports are open through the
security group and there's nothing in IP tables or any other firewalls. I
also get slightly different behavior once the ports were open so it feels
like the connection is being refused by the server or elasticsearch, itself.
Any pointers?
Is the EC2 plugin a requirement in this case?
I'm binding to "localhost"; nothing else seems to work. I get "Failed to
bind" errors in the log if I try using the actual hostname.
On Monday, January 26, 2015 at 5:04:34 PM UTC-7, James Carr wrote:
make sure you haven't bound to 127.0.0.1
make sure relevant security groups have been opened.
On Mon, Jan 26, 2015 at 5:58 PM, Mark Walkom <markw...@gmail.com
<javascript:>> wrote:
You don't need the plugin, it can make discovery easier though.
You haven't bound ES to localhost only have you?
On 27 January 2015 at 09:42, Dave Mittner <dave.m...@gmail.com
<javascript:>> wrote:
I'm at a bit of a loss here...
I have a pretty standard setup of elasticsearch and I'm able to
curl/telnet to port 9200 locally, but the connection is refused if accessed
from another server. I'm likewise unable to connect to port 9300. For
Kibana3 I've also added:
Our servers are on Amazon EC2 but we really don't need all the automated
discovery stuff within the EC2 plugin. The ports are open through the
security group and there's nothing in IP tables or any other firewalls. I
also get slightly different behavior once the ports were open so it feels
like the connection is being refused by the server or elasticsearch, itself.
Any pointers?
Is the EC2 plugin a requirement in this case?
I have a pretty standard setup of elasticsearch and I'm able to
curl/telnet to port 9200 locally, but the connection is refused if accessed
from another server. I'm likewise unable to connect to port 9300. For
Kibana3 I've also added:
Our servers are on Amazon EC2 but we really don't need all the
automated discovery stuff within the EC2 plugin. The ports are open through
the security group and there's nothing in IP tables or any other firewalls.
I also get slightly different behavior once the ports were open so it feels
like the connection is being refused by the server or elasticsearch, itself.
Any pointers?
Is the EC2 plugin a requirement in this case?
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.
