diff options
author | Matthew Heon <matthew.heon@pm.me> | 2020-07-02 12:59:10 -0400 |
---|---|---|
committer | Matthew Heon <matthew.heon@pm.me> | 2020-07-02 12:59:10 -0400 |
commit | e996bb583d92c746dea36c71c3f747077271b75f (patch) | |
tree | 3771a4af5370fd52432e7e54181fe122d85fddbc /vendor/modules.txt | |
parent | c131567401bea2867d597d79cce75b99012e64fb (diff) | |
download | podman-e996bb583d92c746dea36c71c3f747077271b75f.tar.gz podman-e996bb583d92c746dea36c71c3f747077271b75f.tar.bz2 podman-e996bb583d92c746dea36c71c3f747077271b75f.zip |
Print errors from individual containers in pods
The infra/abi code for pods was written in a flawed way, assuming
that the map[string]error containing individual container errors
was only set when the global error for the pod function was nil;
that is not accurate, and we are actually *guaranteed* to set the
global error when any individual container errors. Thus, we'd
never actually include individual container errors, because the
infra code assumed that err being set meant everything failed and
no container operations were attempted.
We were originally setting the cause of the error to something
nonsensical ("container already exists"), so I made a new error
indicating that some containers in the pod failed. We can then
ignore that error when building the report on the pod operation
and actually return errors from individual containers.
Unfortunately, this exposed another weakness of the infra code,
which was discarding the container IDs. Errors from individual
containers are not guaranteed to identify which container they
came from, hence the use of map[string]error in the Pod API
functions. Rather than restructuring the structs we return from
pkg/infra, I just wrapped the returned errors with a message
including the ID of the container.
Signed-off-by: Matthew Heon <matthew.heon@pm.me>
Diffstat (limited to 'vendor/modules.txt')
0 files changed, 0 insertions, 0 deletions