Skip to content

Sequential nodes#40

Merged
igor47 merged 2 commits into
masterfrom
sequential_nodes
Feb 6, 2014
Merged

Sequential nodes#40
igor47 merged 2 commits into
masterfrom
sequential_nodes

Conversation

@igor47
Copy link
Copy Markdown
Collaborator

@igor47 igor47 commented Feb 6, 2014

By always creating zk nodes as sequential nodes, we get some advantages:

  • there's no more race condition between session expiration and re-claiming of a node name (so we can revert a previous change)
  • we can run multiple nerve processes per box, and multiple watchers per service, without node name clobbering ( @brndnmtthws )
  • we can easily support leader/master elections (see Allow master selection synapse#43)

This PR accomplishes the goals of #28 without adding a config option. It would close #28

@Dareen @airbnb/sre

this makes it trivially possible to do leader election in synapse.
This reverts commit 4390e9d.

Now that we're creating all nodes as sequential nodes, there's no
reason to do this.
@Dareen
Copy link
Copy Markdown

Dareen commented Feb 6, 2014

+1

igor47 added a commit that referenced this pull request Feb 6, 2014
@igor47 igor47 merged commit 1a40403 into master Feb 6, 2014
@brndnmtthws
Copy link
Copy Markdown

👍

@panchr panchr deleted the sequential_nodes branch March 19, 2020 20:01
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants