Skip to content

no known leader error forever #629

Closed Answered by cole-miller
koh-osug asked this question in Q&A
Discussion options

You must be logged in to vote

The first node that you restarted---call it A---is still operating with a configuration that includes all three nodes. Since it can't contact the other two nodes it can't win an election and become leader. For A to resume operating on its own you have to force it to commit a new configuration that cuts out the other two nodes. Instructions on how to do that are here (written from the MicroK8s perspective but should be generally applicable, assuming you're using go-dqlite). Note that this will lead to data loss if A didn't have the latest database state when you took the cluster offline!

When the other nodes are also starting again, will this be also automatically handled?

Yes, when the …

Replies: 2 comments

Comment options

You must be logged in to vote
0 replies
Answer selected by cole-miller
Comment options

You must be logged in to vote
0 replies
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Category
Q&A
Labels
None yet
2 participants
Converted from issue

This discussion was converted from issue #628 on March 09, 2024 21:21.