-
Notifications
You must be signed in to change notification settings - Fork 126
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
[podman] death of one container restarts both #278
Comments
hmm this sounds like a podman systemd generate issue. @vrothberg would you agree? Independently, kubernetes supports restart policies of "never", "on-failure" and "always" for pods. I can't remember if podman supports such configurations, but it sounds like it is behaving as if it's using one of the latter two |
I concur, @haircommander. It sounds more like an issue in the dependencies among the container services inside the pod service. |
@haircommander What do those states mean when you have multiple containers within the pod? If I have two or more containers within a Pod, and one fails? Never - Just let the other containers run, or should the entire pod stop? |
I think only the container should restart. Also containers that depend on this one should restart; pretty much following the dependency tree downwards to all leaves. |
https://kubernetes.io/docs/concepts/workloads/pods/pod-lifecycle/#restart-policy it applies to each container separately. so a container stopping means it is restarted, but the whole rest of the pod isn't |
Does anyone know if we implement this correctly in podman play kube? |
I don't know about |
I ran into this. I guess the easy fix is to change |
What's the issue?
When killing a process in a container in a pod (with more than one container), all the containers get restarted.
How to reproduce?
What's expected?
Only the dead container should be restarted.
Note
This only happens, if the pod is started by systemd. When it's directly started
podman pod start ...
, it's working as expected.What's the environment?
podman
version 3.3.0-dev
conmon
version 2.0.30-dev
The text was updated successfully, but these errors were encountered: