-
Notifications
You must be signed in to change notification settings - Fork 27
Open
Description
Problem
I've observed an unfortunate behavior with the rollout operator where it cannot recover from a failed rollout. The sequence of events works as follows:
- The StatefulSet is updated with a new image or a new configuration of some kind, and the rollout operator starts to roll out the StatefulSet.
- The first pod(s) do not become healthy / enter CrashLoopBackOff.
- Rollout operator pauses the rollout because it is waiting for pods to become healthy.
- A human notices the issue and fixes it by updating the StatefulSet.
- Rollout operator gets stuck and does not apply the fixed StatefulSet to the crashing pods.
- Crashing pods remain in CrashLoopBackOff until a human manually deletes them, and only then does the rollout operator apply the new StatefulSet.
Solutions
Can the rollout operator work like the RollingUpdate strategy where it restarts the rollout from the beginning even if the first pods from the previous rollout are unhealthy / crashing?
Metadata
Metadata
Assignees
Labels
No labels