containers
/
podman
mirror of https://github.com/containers/podman.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
podman/pkg/hooks
History
Daniel J Walsh a36bc15266
Fix handling of old oci hooks 
Podman is blowing up with oci-umount hook, because
it was never rewritten to support the v1.0.0 value.

This PR adds support for the older version and cleans
up the hook handling.

Signed-off-by: Daniel J Walsh <dwalsh@redhat.com>
 		2020-06-17 05:39:57 -04:00
..
0.1.0 Fix handling of old oci hooks 2020-06-17 05:39:57 -04:00
1.0.0 make lint: include unit tests 2020-01-14 10:51:59 +01:00
docs Add codespell to validate spelling mistakes in code. 2020-01-11 06:32:19 -05:00
exec Turn on More linters 2020-06-15 07:05:56 -04:00
README.md hooks/README: Fix some Markdown typos (e.g. missing runc target) 2018-05-21 14:09:25 +00:00
hooks.go Running Podman with a nonexistent hooks dir is nonfatal 2019-08-13 15:05:42 -04:00
hooks_test.go Potentially breaking: Make hooks sort order locale-independent 2019-04-09 21:08:44 +02:00
monitor.go Improved hooks monitoring 2019-07-25 09:52:45 -04:00
monitor_test.go Improved hooks monitoring 2019-07-25 09:52:45 -04:00
read.go Fix handling of old oci hooks 2020-06-17 05:39:57 -04:00
read_test.go switch projectatomic to containers 2018-08-16 17:12:36 +00:00
version.go pkg/hooks: Version the hook structure and add 1.0.0 hooks 2018-05-11 16:26:35 +00:00

README.md

OCI Hooks Configuration

For POSIX platforms, the OCI runtime configuration supports hooks for configuring custom actions related to the life cycle of the container. The way you enable the hooks above is by editing the OCI runtime configuration before running the OCI runtime (e.g. runc). CRI-O and podman create create the OCI configuration for you, and this documentation allows developers to configure them to set their intended hooks.

One problem with hooks is that the runtime actually stalls execution of the container before running the hooks and stalls completion of the container, until all hooks complete. This can cause some performance issues. Also a lot of hooks just check if certain configuration is set and then exit early, without doing anything. For example the oci-systemd-hook only executes if the command is init or systemd, otherwise it just exits. This means if we automatically enabled all hooks, every container would have to execute oci-systemd-hook, even if they don't run systemd inside of the container. Performance would also suffer if we exectuted each hook at each stage (pre-start, post-start, and post-stop).

The hooks configuration is documented in oci-hooks.5.