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];]
1 Like
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.
1 Like
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
system
(system)
Closed
June 17, 2017, 8:16pm
10
This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.