Skip to content

Don't update nodes list when stepping down as master#22049

Merged
ywelsch merged 2 commits intoelastic:masterfrom
ywelsch:enhance/dont-change-cluster-state-on-stepdown
Dec 9, 2016
Merged

Don't update nodes list when stepping down as master#22049
ywelsch merged 2 commits intoelastic:masterfrom
ywelsch:enhance/dont-change-cluster-state-on-stepdown

Conversation

@ywelsch
Copy link
Copy Markdown
Contributor

@ywelsch ywelsch commented Dec 8, 2016

This commit simplifies the node update logic so that nodes are never removed from the cluster state when the cluster state is not published.

This commit simplifies the node update logic so that nodes are never removed from the cluster state when the cluster state is not published.
Copy link
Copy Markdown
Contributor

@bleskes bleskes left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

}
}

private void submitRejoin(String source) {
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

shall we use this in org.elasticsearch.discovery.zen.ZenDiscovery#publish as well?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

good idea

@ywelsch ywelsch merged commit a724f4e into elastic:master Dec 9, 2016
@ywelsch
Copy link
Copy Markdown
Contributor Author

ywelsch commented Dec 9, 2016

Thanks @bleskes

ywelsch added a commit to ywelsch/elasticsearch that referenced this pull request Dec 13, 2016
…master

PR elastic#22049 changed the node update logic to never remove nodes from the cluster state when the cluster state is not published. This led to an issue electing
a master (elastic#22120) based on nodes with same transport address (but different node id) as previous nodes. The joining nodes should take precedence over
conflicting ones. Note that this only applies to the action of becoming master. If a master is established and a node joins an existing master, it will be
rejected if there is another node with same transport address.
ywelsch added a commit that referenced this pull request Dec 14, 2016
…master (#22134)

PR #22049 changed the node update logic to never remove nodes from the cluster state when the cluster state is not published. This led to an issue electing a master (#22120) based on nodes with same transport address (but different node id) as previous nodes. The joining nodes should take precedence over conflicting ones. Note that this only applies to the action of becoming master. If a master is established and a node joins an existing master, it will be rejected if there is another node with same transport address.
ywelsch added a commit that referenced this pull request Dec 14, 2016
…master (#22134)

PR #22049 changed the node update logic to never remove nodes from the cluster state when the cluster state is not published. This led to an issue electing a master (#22120) based on nodes with same transport address (but different node id) as previous nodes. The joining nodes should take precedence over conflicting ones. Note that this only applies to the action of becoming master. If a master is established and a node joins an existing master, it will be rejected if there is another node with same transport address.
ywelsch added a commit to ywelsch/elasticsearch that referenced this pull request Dec 23, 2016
…master (elastic#22134)

PR elastic#22049 changed the node update logic to never remove nodes from the cluster state when the cluster state is not published. This led to an issue electing a master (elastic#22120) based on nodes with same transport address (but different node id) as previous nodes. The joining nodes should take precedence over conflicting ones. Note that this only applies to the action of becoming master. If a master is established and a node joins an existing master, it will be rejected if there is another node with same transport address.
ywelsch added a commit to ywelsch/elasticsearch that referenced this pull request Dec 23, 2016
This commit simplifies the node update logic so that nodes are never removed from the cluster state when the cluster state is not published.
ywelsch added a commit that referenced this pull request Dec 23, 2016
…master (#22134)

PR #22049 changed the node update logic to never remove nodes from the cluster state when the cluster state is not published. This led to an issue electing a master (#22120) based on nodes with same transport address (but different node id) as previous nodes. The joining nodes should take precedence over conflicting ones. Note that this only applies to the action of becoming master. If a master is established and a node joins an existing master, it will be rejected if there is another node with same transport address.
ywelsch added a commit that referenced this pull request Dec 23, 2016
This commit simplifies the node update logic so that nodes are never removed from the cluster state when the cluster state is not published.
@ywelsch ywelsch added the v5.2.0 label Dec 23, 2016
@ywelsch
Copy link
Copy Markdown
Contributor Author

ywelsch commented Dec 23, 2016

backported to 5.2.0

@clintongormley clintongormley added :Distributed/Distributed A catch all label for anything in the Distributed Area. Please avoid if you can. and removed :Cluster labels Feb 13, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

:Distributed/Distributed A catch all label for anything in the Distributed Area. Please avoid if you can. >non-issue v5.2.0 v6.0.0-alpha1

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants