Commit message (Collapse) | Author | Age | |
---|---|---|---|
* | pod infra container is started before a container in a pod is run, started, ↵ | Peter Hunt | 2019-02-15 |
| | | | | | | | | | | or attached. Prior, a pod would have to be started immediately when created, leading to confusion about what a pod state should be immediately after creation. The problem was podman run --pod ... would error out if the infra container wasn't started (as it is a dependency). Fix this by allowing for recursive start, where each of the container's dependencies are started prior to the new container. This is only applied to the case where a new container is attached to a pod. Also rework container_api Start, StartAndAttach, and Init functions, as there was some duplicated code, which made addressing the problem easier to fix. Signed-off-by: Peter Hunt <pehunt@redhat.com> | ||
* | Remove a loop in container graph | Matthew Heon | 2018-03-29 |
| | | | | | | | | | | | Instead of looping to find containers with no dependencies, maintain a map of them and remove entries as we add dependency edges. Signed-off-by: Matthew Heon <matthew.heon@gmail.com> Closes: #557 Approved by: rhatdan | ||
* | Add tests for container graphs | Matthew Heon | 2018-03-29 |
| | | | | | | | Signed-off-by: Matthew Heon <matthew.heon@gmail.com> Closes: #557 Approved by: rhatdan | ||
* | Initial implementation of container graph generation | Matthew Heon | 2018-03-29 |
Signed-off-by: Matthew Heon <matthew.heon@gmail.com> Closes: #557 Approved by: rhatdan |