spiegel_podman/pkg/systemd
Valentin Rothberg 4fa307f149 kube sdnotify: run proxies for the lifespan of the service
As outlined in #16076, a subsequent BARRIER *may* follow the READY
message sent by a container.  To correctly imitate the behavior of
systemd's NOTIFY_SOCKET, the notify proxies span up by `kube play` must
hence process messages for the entirety of the workload.

We know that the workload is done and that all containers and pods have
exited when the service container exits.  Hence, all proxies are closed
at that time.

The above changes imply that Podman runs for the entirety of the
workload and will henceforth act as the MAINPID when running inside of
systemd.  Prior to this change, the service container acted as the
MAINPID which is now not possible anymore; Podman would be killed
immediately on exit of the service container and could not clean up.

The kube template now correctly transitions to in-active instead of
failed in systemd.

Fixes: #16076
Fixes: #16515
Signed-off-by: Valentin Rothberg <vrothberg@redhat.com>
2022-12-06 14:15:11 +01:00
..
define generate systemd: handle --restart 2021-09-07 13:58:11 +02:00
generate Fix language. Mostly spelling a -> an 2022-11-20 19:41:06 +01:00
notifyproxy kube sdnotify: run proxies for the lifespan of the service 2022-12-06 14:15:11 +01:00
parser [CI:DOCS] Fix spelling and typos 2022-11-19 16:26:00 +01:00
quadlet Quadlet Kube: Set SyslogIdentifier if was not set 2022-12-04 15:53:44 +02:00
activation.go pkg/systemd: don't require LISTEN_FDNAMES for socket activation 2021-06-24 09:01:39 -06:00
activation_test.go pkg/systemd: don't require LISTEN_FDNAMES for socket activation 2021-06-24 09:01:39 -06:00
dbus.go Eval symlinks on XDG_RUNTIME_DIR 2022-10-28 14:32:39 -04:00