zlacker

[parent] [thread] 4 comments
1. cbzbc+(OP)[view] [source] 2025-08-22 23:22:17
runit doesn't propagate SIGTERM to services it starts.
replies(2): >>kragen+W7 >>atahan+3o
2. kragen+W7[view] [source] 2025-08-23 00:22:09
>>cbzbc+(OP)
Hmm, is that desirable? If someone's going around sending SIGTERM to random processes they might also send SIGKILL, and there's no way Nitro can propagate SIGKILL to processes it starts.
replies(1): >>cbzbc+aM
3. atahan+3o[view] [source] 2025-08-23 02:52:56
>>cbzbc+(OP)
It does if you use SIGHUP.
◧◩
4. cbzbc+aM[view] [source] [discussion] 2025-08-23 07:52:36
>>kragen+W7
It does, because SIGTERM is traditionally understood as the trigger for a shutdown. Docker - for instance - will send a SIGTERM to pid 1 when a container is stopped - which goes back to a previous comment here about using a real init as pid 1 if the thing in your container forks: >>44990092
replies(1): >>kragen+ir1
◧◩◪
5. kragen+ir1[view] [source] [discussion] 2025-08-23 15:32:19
>>cbzbc+aM
Interesting! I didn't know that—I thought that when you told sysvinit to change its runlevel you normally used some slightly richer interface than signals.
[go to top]