-
Notifications
You must be signed in to change notification settings - Fork 4
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
resume-upgrade
fails if highest unit is also the leader unit
#303
Comments
I believe we should check if either state is in either |
If the leader happens to be the unit with highest id, then the `resume-upgrade` will fail. This PR broadens the health check to also consider `UnitState.UPGRADING` status as valid healthy status. Closes #303
Likewise, we have another point where that is a problem here |
I don't think this is a bug the highest unit should have upgraded & be healthy before the upgrade is resumed (without force) |
for history, conclusion:
and cluster health (checked here:
ignore
|
As discussed with @carlcsaposs-canonical the issue was on the |
The
resume-upgrade
fails with:If the leader unit is running on the unit with the highest identifier.
Using pdb, I can confirm the following, on:
The charm will fail as
state
reports:Full Status:
The text was updated successfully, but these errors were encountered: