-
Notifications
You must be signed in to change notification settings - Fork 938
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
Rollouts cycle into degraded state during blue-green pause #3843
Labels
bug
Something isn't working
Comments
It's kind of not a bug but feature. You can increase |
The progressDeadlineSeconds are not supposed to increase while the Rollout is in a paused, according to the spec here: # The maximum time in seconds in which a rollout must make progress during
# an update, before it is considered to be failed. Argo Rollouts will
# continue to process failed rollouts and a condition with a
# ProgressDeadlineExceeded reason will be surfaced in the rollout status.
# Note that progress will not be estimated during the time a rollout is
# paused.
# Defaults to 600s
progressDeadlineSeconds: 600 |
6 tasks
meeech
pushed a commit
to CircleCI-Public/argo-rollouts
that referenced
this issue
Feb 10, 2025
…Fixes argoproj#3843 (argoproj#3845) add check for overall pause condition to indefinite step Signed-off-by: Miles <[email protected]> Co-authored-by: Miles <[email protected]>
tperdue321
pushed a commit
to tperdue321/argo-rollouts
that referenced
this issue
Mar 28, 2025
…Fixes argoproj#3843 (argoproj#3845) add check for overall pause condition to indefinite step Signed-off-by: Miles <[email protected]> Co-authored-by: Miles <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Checklist:
Describe the bug
When a Rollout using the blue-green deployment strategy is left in a suspended state for 15+ minutes, it cycles into a Degraded state before regularly getting set back to suspended.
To Reproduce
Trigger a blue-green preview for your rollout, then leave it in a suspended state. Eventually, you will see events cycling it between Suspended to degraded and back.
Expected behavior
The rollout remains in a consistent suspended state until resumed or aborted
Screenshots
Version
first discovered on 2.32.2, still reproducible on master
Logs
Shows rollout switching to degraded state, then switching back to paused
I believe this is a bug where the logic to exclude paused states from the progression timeout is only checking for canary pauses, not blue-green pauses. I will try to add logic to also check for a blue-green pause
Message from the maintainers:
Impacted by this bug? Give it a 👍. We prioritize the issues with the most 👍.
The text was updated successfully, but these errors were encountered: