You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We deploy a Kubernetes Pod as a Coder workspace. If the Pod fails to be scheduled, it stays in Pending state in Kubernetes while the Coder workspace eventually times out waiting for the Pod to be scheduled. Eventually the Pod gets assigned and uses resources but is not usable because the workspace is in a failed state.
If the Coder workspace would automatically stop after entering the "Failed" state, the stop plan would remove the Pod again. This would be immensely useful to avoid zombie Pods using resources.
The text was updated successfully, but these errors were encountered:
We deploy a Kubernetes Pod as a Coder workspace. If the Pod fails to be scheduled, it stays in Pending state in Kubernetes while the Coder workspace eventually times out waiting for the Pod to be scheduled. Eventually the Pod gets assigned and uses resources but is not usable because the workspace is in a failed state.
If the Coder workspace would automatically stop after entering the "Failed" state, the stop plan would remove the Pod again. This would be immensely useful to avoid zombie Pods using resources.
The text was updated successfully, but these errors were encountered: