Emrah
(Yildiz)
April 11, 2017, 7:08am
1
Hi there,
We had 4 nodes and added fifth one yesterday. We were expecting to find master automatically but got master_not_discovered_exception. Furthermore other 4 nodes act like there is no fifth node. All of nodes have same configuration.
discovery: {
zen: {
ping: {
unicast: {
hosts: [
"x.x.x.1",
"x.x.x.2",
"x.x.x.3",
"x.x.x.4",
"x.x.x.5"
]
}
}
}
},
client: {
type: "node"
},
http: {
type: {
default: "netty4"
},
port: "9200"
},
transport: {
type: {
default: "netty4"
}
}
warkolm
(Mark Walkom)
April 11, 2017, 7:39am
2
What's the error?
What version?
Emrah
(Yildiz)
April 11, 2017, 7:55am
3
Version 5.2.2
telnet to master ok. ping ok. But got the error below when i try to search on index
And when i check for the node information on master here i got
By the way all 4 nodes have this configuration
warkolm
(Mark Walkom)
April 11, 2017, 9:55am
4
Please don't post pictures of text, they are difficult to read and some people may not be even able to see them.
Emrah
(Yildiz)
April 11, 2017, 11:22am
5
Ok. Sorry about that Mark, Here is the answer without pictures.
Version 5.2.2
telnet to master ok. ping ok. But got the error below when i try to search on index
{
error: {
root_cause: [
{
type: "master_not_discovered_exception",
reason: null
}
],
type: "master_not_discovered_exception",
reason: null
},
status: 503
}
And when i check for the node information on master here i got
{
_nodes: {
total: 4,
successful: 4,
failed: 0
}
}
By the way all 4 nodes have this configuration
roles: [
"master",
"data",
"ingest"
],
And the exception in the log
[2017-04-12T12:05:14,155][INFO][o.e.d.z.ZenDiscovery] [node-5] failed to send join request to master [{node-1}{rzzzzzzzzzzzzzzzzzzzzzzzzzz}{3aaaaaaaaaaaaaaaaaaaaa}{y.y.y.y}{y.y.y.y:9300}], reason [RemoteTransportException[[node-1][y.y.y.y:9300][internal:discovery/zen/join]]; nested: ConnectTransportException[[node-5][x.x.x.x:9300] connect_timeout[30s]]; nested: IOException[Connectiontimed out: no further information: x.x.x.x/x.x.x.x:9300];]
tomer
(tomer zaks)
April 23, 2017, 11:57am
7
Hi if you found an answer I will be happy to hear
Emrah
(Yildiz)
April 23, 2017, 1:14pm
8
Hey Tomer,
It was because of Windows firewall. I added 9300 port to firewall on fifth node and its gone live.
Hi
My case is similar but no issues with firewall. Here are details...
Hi There,
We are running into some issues post upgrade from 2.3.x to 5.4.
OS : RHEL 7
Java : JDK1.8.0_111
Server (VM) #1:
node.name: node-1
network.host: xxx.xxx.197.14
cluster.name: dsinke3
node.master: true
node.data: true
path.data: /elkstore/elasticsearch
path.logs: /elkstore/logs
bootstrap.memory_lock: true
discovery.zen.ping.unicast.hosts: ["xxx.xxx.197.14:9200", "xxx.xxx.197.15:9200", "xxx.xxx.197.16:9200", "xxx.xxx.197.17:9200", "xxx.xxx.197.18:9200"]
discovery.zen.minimum_master_n…
-Regards, dp