-
Notifications
You must be signed in to change notification settings - Fork 462
Fix MCD status reporting, retry loop and max unavailable progress #554
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
Conversation
32420a9 to
8a44f15
Compare
|
This is good to be reviewed now and there's a self explanatory e2e test for rolling back a bad machineconfig. Just a note, this PR is a required follow up to the MCD rewrite as a controller. |
instead of polling for that long... Signed-off-by: Antonio Murdaca <[email protected]>
Since we're not just going to try again and again to apply a machineconfig, it makes little sense to have a global Degraded count in the MCP. Instead, base the logic on current vs desired config + state Done. This patch does that changing the logic but leaving most of it intact (I'd say the logic is now more robust and accounts for the new MCD as a controller model). Other than the above, with this patch you can finally, create a bad machineconfig and watch the daemon keep trying reconciling but failing (we can add the Unreconcilable annotation as a follow up indeed now), and just delete the bad machineconfig and everything goes back to the working, new, current state. I've also added e2e to cover most of what I've done here (for what is possible). Signed-off-by: Antonio Murdaca <[email protected]>
|
not related and known failure /retest |
|
openshift-sdn failing /retest |
|
green :) |
|
Nice! /lgtm |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: cgwalters, runcom The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Signed-off-by: Antonio Murdaca [email protected]
- What I did
This PR is a follow up from #548 which accounts for the change in behavior that we introduced with that. Most notably:
This PR includes #552 as well
so, close #552
- How to verify it
I'll add e2e(s) + the CI
- Description for the changelog