But the UK can't join anymore and I don't know why.
What I want is to have each zone have 2 copies of the index, and I
have four zones total. With the zone restriction, I was getting one
copy and I'd be happy with that again if I can get the UK server to
connect.
Further into this, I've removed all references to the cluster routing
and gone back to my original config, and the cluster master is still
refusing connection to the remote server.
I can telnet to port 9300 on the master but I don't get any response.
This is version 0.18.6.
We're on to day two of this being broken in our production
environment. I upgraded the entire cluster to 0.19.2 and it started
working, but then last night the UK server disconnected and it hasn't
been able to re-connect since.
Is there no one who can help me with this problem?
We're on to day two of this being broken in our production
environment. I upgraded the entire cluster to 0.19.2 and it started
working, but then last night the UK server disconnected and it hasn't
been able to re-connect since.
Is there no one who can help me with this problem?
Here's an update on this issue. It turns out that elasticsearch, when
configured to listen on any address, would always select the aliased
IP of the box in question. Manually setting the IP to the primary
interface has fixed this issue.
So, for future Googlers, if you have multiple IPs on the box where
you're running ES, manually configure the interface.
Here's an update on this issue. It turns out that elasticsearch, when
configured to listen on any address, would always select the aliased
IP of the box in question. Manually setting the IP to the primary
interface has fixed this issue.
So, for future Googlers, if you have multiple IPs on the box where
you're running ES, manually configure the interface.
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.