Closed tophercullen closed 1 year ago
this is done on purpose by catatonit: https://github.com/openSUSE/catatonit/blob/main/catatonit.c#L272-L280
I've verified that if I drop these lines I get the behavior you've described. Whether this is better or worse is up for debate, I personally have no opinion on both behaviors.
I am closing the issue since there is nothing we can do from the Podman side, would you mind opening an issue for catatonit to start the discussion?
Issue Description
Part of our internal tests are around signal handling, having the service code send its own PID various signals. Example signals include
TSTP
(20) andCONT
(18). When running with docker, all tests succeed. When running with podman, one of these signal tests mysteriously fails. I've root caused this to the--init
flag, and/or related binary.Running without
--init
, both the TSTP and CONT signal are received by the service code.Running with
--init
, theCONT
signal is received by the service code, but the `TSTP1 signal is not. There may be other signals but those are the only two I've personally debugged.Steps to reproduce the issue
Steps to reproduce the issue
podman container list
to get the container idpodman exec -it <contianer id> /bin/bash
kill -s TSTP 2
kill -s CONT 2
--init
removed from step 1 and the PID in steps 5 and 6 changed to1
Describe the results you received
Only the CONT signal is received when running with
--init
Describe the results you expected
Both signals are received when running with
--init
podman info output
Podman in a container
No
Privileged Or Rootless
Rootless
Upstream Latest Release
Yes
Additional environment details
Additional environment details
Additional information
Additional information like issue happens only occasionally or issue happens with a particular architecture or on a particular setting