Open miles-w-3 opened 6 days ago
It's kind of not a bug but feature. You can increase progressDeadlineSeconds
which by default is 10 mins.
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
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 π.