Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Leader leaving deregistered node, but not raft peer #360

Closed
armon opened this issue Sep 23, 2014 · 2 comments
Closed

Leader leaving deregistered node, but not raft peer #360

armon opened this issue Sep 23, 2014 · 2 comments
Labels
type/bug Feature does not function as expected

Comments

@armon
Copy link
Member

armon commented Sep 23, 2014

Node one: http://sprunge.us/YUNV
Node two: http://sprunge.us/jTWd
Node three: http://sprunge.us/AcSC

It appears that node 3 became leader, then attempted a leave. In the logs we can see:
"[INFO] consul: member 'three' left, deregistering"

So that the node was deregistered from the catalog, but was not removed as a Raft peer.

@armon armon added the type/bug Feature does not function as expected label Sep 23, 2014
@armon
Copy link
Member Author

armon commented Sep 25, 2014

Hint: This appears to happen when the leaving node is the old leader

@nelhage
Copy link
Contributor

nelhage commented Sep 25, 2014

Pretty sure we're seeing this, too. Three-node consul 0.3.1 cluster.

The node in question was the leader; I executed a consul leave to trigger a graceful leave; It left and shut down, and then my process supervision immediately restarted it. At the end of the process, it had been flushed from the catalog but was still present in peer lists.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type/bug Feature does not function as expected
Projects
None yet
Development

No branches or pull requests

2 participants