Manpages

W. Trevor King MAY 2018

NAME

oci-hooks - OCI hooks configuration directories

SYNOPSIS

/usr/share/containers/oci/hooks.d/*.json

DESCRIPTION

Provides a way for users to configure the intended hooks for Open Container Initiative containers so they will only be executed for containers that need their functionality, and then only for the stages where they’re needed.

Directories

Hooks are configured with JSON files (ending with a .json extension) in a series of hook directories. The default directory is /usr/share/containers/oci/hooks.d, but tools consuming this format may change that default, include additional directories, or provide their callers with ways to adjust the configuration directories.

If multiple directories are configured, a JSON filename in a preferred directory masks entries with the same filename in directories with lower precedence. For example, if a consuming tool watches for hooks in /etc/containers/oci/hooks.d and /usr/share/containers/oci/hooks.d (in order of decreasing precedence), then a hook definition in /etc/containers/oci/hooks.d/01-my-hook.json will mask any definition in /usr/share/containers/oci/hooks.d/01-my-hook.json.

Tools consuming this format may also opt to monitor the hook directories for changes, in which case they will notice additions, changes, and removals to JSON files without needing to be restarted or otherwise signaled. When the tool monitors multiple hooks directories, the precedence discussed in the previous paragraph still applies. For example, if a consuming tool watches for hooks in /etc/containers/oci/hooks.d and /usr/share/containers/oci/hooks.d (in order of decreasing precedence), then writing a new hook definition to /etc/containers/oci/hooks.d/01-my-hook.json will mask the hook previously loaded from /usr/share/containers/oci/hooks.d/01-my-hook.json. Subsequent changes to /usr/share/containers/oci/hooks.d/01-my-hook.json will have no effect on the consuming tool as long as /etc/containers/oci/hooks.d/01-my-hook.json exists. Removing /etc/containers/oci/hooks.d/01-my-hook.json will reload the hook from /usr/share/containers/oci/hooks.d/01-my-hook.json.

Hooks are injected in the order obtained by sorting the JSON file names, after converting them to lower case, based on their Unicode code points. For example, a matching hook defined in 01-my-hook.json would be injected before matching hooks defined in 02-another-hook.json and 01-UPPERCASE.json. It is strongly recommended to make the sort order unambiguous depending on an ASCII-only prefix (like the 01/02 above).

Each JSON file should contain an object with one of the following schemas.

1.0.0 Hook Schema

version (required string)
Sets the hook-definition version. For this schema version, the value be 1.0.0.

hook (required object)
The hook to inject, with the hook-entry schema defined by the 1.0.1 OCI Runtime Specification.

when (required object)
Conditions under which the hook is injected. The following properties can be specified, and at least one must be specified:

If set true, this condition matches.

If all annotations key/value pairs match a key/value pair from the configured annotations, this condition matches.
Both keys and values must be POSIX extended regular expressions.

If the configured process.args[0] matches an entry, this condition matches.
Entries must be POSIX extended regular expressions.

If hasBindMounts is true and the caller requested host-to-container bind mounts, this condition matches.

stages (required array of strings)
Stages when the hook must be injected. Entries must be chosen from the 1.0.1 OCI Runtime Specification hook stages or from extension stages supported by the package consumer.

If all of the conditions set in when match, then the hook must be injected for the stages set in stages.

0.1.0 Hook Schema

hook (required string)
Sets path in the injected hook.

arguments (optional array of strings)
Additional arguments to pass to the hook. The injected hook’s args is hook with arguments appended.

stages (required array of strings)
Stages when the hook must be injected. stage is an allowed synonym for this property, but you must not set both stages and stage. Entries must be chosen from the 1.0.1 OCI Runtime Specification hook stages or from extension stages supported by the package consumer.

cmds (optional array of strings)
The hook must be injected if the configured process.args[0] matches an entry. cmd is an allowed synonym for this property, but you must not set both cmds and cmd. Entries must be POSIX extended regular expressions.

annotations (optional array of strings)
The hook must be injected if an annotations entry matches a value from the configured annotations. annotation is an allowed synonym for this property, but you must not set both annotations and annotation. Entries must be POSIX extended regular expressions.

hasbindmounts (optional boolean)
The hook must be injected if hasBindMounts is true and the caller requested host-to-container bind mounts.

EXAMPLE

1.0.0 Hook Schema

The following configuration injects oci-systemd-hook in the pre-start and post-stop stages if process.args[0] ends with /init or /systemd:

$ cat /etc/containers/oci/hooks.d/oci-systemd-hook.json
{
"version": "1.0.0",
"hook": {
"path": "/usr/libexec/oci/hooks.d/oci-systemd-hook"
},
"when": {
"commands": [".*/init$" , ".*/systemd$"]
},
"stages": ["prestart", "poststop"]
}

The following example injects oci-umount --debug in the pre-start stage if the container is configured to bind-mount host directories into the container.

$ cat /etc/containers/oci/hooks.d/oci-umount.json
{
"version": "1.0.0",
"hook": {
"path": "/usr/libexec/oci/hooks.d/oci-umount",
"args": ["oci-umount", "--debug"],
},
"when": {
"hasBindMounts": true
},
"stages": ["prestart"]
}

The following example injects nvidia-container-runtime-hook prestart with particular environment variables in the pre-start stage if the container is configured with an annotations entry whose key matches ^com\.example\.department$ and whose value matches .*fluid-dynamics.*.

$ cat /etc/containers/oci/hooks.d/nvidia.json
{
"version": "1.0.0",
"hook": {
"path": "/usr/sbin/nvidia-container-runtime-hook",
"args": ["nvidia-container-runtime-hook", "prestart"],
"env": [
"NVIDIA_REQUIRE_CUDA=cuda>=9.1",
"NVIDIA_VISIBLE_DEVICES=GPU-fef8089b"
]
},
"when": {
"annotations": {
"^com\\.example\\.department$": ".*fluid-dynamics$"
}
},
"stages": ["prestart"]
}

0.1.0 Hook Schema

The following configuration injects oci-systemd-hook in the pre-start and post-stop stages if process.args[0] ends with /init or /systemd:

$ cat /etc/containers/oci/hooks.d/oci-systemd-hook.json
{
"cmds": [".*/init$" , ".*/systemd$"],
"hook": "/usr/libexec/oci/hooks.d/oci-systemd-hook",
"stages": ["prestart", "poststop"]
}

The following example injects oci-umount --debug in the pre-start stage if the container is configured to bind-mount host directories into the container.

$ cat /etc/containers/oci/hooks.d/oci-umount.json
{
"hook": "/usr/libexec/oci/hooks.d/oci-umount",
"arguments": ["--debug"],
"hasbindmounts": true,
"stages": ["prestart"]
}

The following example injects nvidia-container-runtime-hook prestart in the pre-start stage if the container is configured with an annotations entry whose value matches .*fluid-dynamics.*.

$ cat /etc/containers/oci/hooks.d/osystemd-hook.json
{
"hook": "/usr/sbin/nvidia-container-runtime-hook",
"arguments": ["prestart"],
"annotations: [".*fluid-dynamics.*"],
"stages": ["prestart"]
}

SEE ALSO

oci-systemd-hook(1), oci-umount(1), locale(7)