summaryrefslogtreecommitdiff
path: root/cmd/podman/images/trust.go
diff options
context:
space:
mode:
authorMatthew Heon <mheon@redhat.com>2021-05-26 15:16:35 -0400
committerMatthew Heon <mheon@redhat.com>2021-05-26 15:33:28 -0400
commitfad6e1d3ef334076f180ab8a31ae7fa7a309e096 (patch)
treecb2f7ebf05340fdacc92d778338d525a67884853 /cmd/podman/images/trust.go
parentac94be37e996fdebf44e5ace83be5219b9488ec4 (diff)
downloadpodman-fad6e1d3ef334076f180ab8a31ae7fa7a309e096.tar.gz
podman-fad6e1d3ef334076f180ab8a31ae7fa7a309e096.tar.bz2
podman-fad6e1d3ef334076f180ab8a31ae7fa7a309e096.zip
Ensure that container still exists when removing
After #8906, there is a potential race condition in container removal of running containers with `--rm`. Running containers must first be stopped, which was changed to unlock the container to allow commands like `podman ps` to continue to run while stopping; however, this also means that the cleanup process can potentially run before we re-lock, and remove the container from under us, resulting in error messages from `podman rm`. The end result is unchanged, the container is still cleanly removed, but the `podman rm` command will seem to have failed. Work around this by pinging the database after we stop the container to make sure it still exists. If it doesn't, our job is done and we can exit cleanly. Signed-off-by: Matthew Heon <mheon@redhat.com>
Diffstat (limited to 'cmd/podman/images/trust.go')
0 files changed, 0 insertions, 0 deletions