-
Notifications
You must be signed in to change notification settings - Fork 56
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
Ensure rollouts are completed before starting a new upgrade. #1296
Comments
Scenario:
Discussion in WG meeting:
Need to be careful returning nil errors while we are in this retrying state (in either of the above cases). |
@thetechnick to confirm, you're referring to pushing out the deployment objects, not necessarily that Deplpyments/SS/RS/DS have all their replicas up and running? |
@thetechnick The PR has merged now, so please test it and reopen the issue if you still see the issue. |
Reopening this issue as we identified the fix that was merged in #1349 builds on the Helm library We identified in a sync call that we should instead:
|
Here is PR in helm-operator-plugins repo to get more information about the state of release operator-framework/helm-operator-plugins#397 |
#1379 is the PR which uses operator-framework/helm-operator-plugins#397. |
Marking it done as #1379 has merged |
Interruptions during bundle reconciliation could lead to operator-controller not completing the current running rollout and instead pick up the next available release from the catalog.
Not rolling out a release completely, may lead to inconsistent results and unexpected behavior.
;tldr: Binary restarts and transient errors should not trigger re-resolve bundle images when a rollout is still in flight.
The text was updated successfully, but these errors were encountered: