Skip to content

Commit 2d2024a

Browse files
committed
Add documentation for container_create_timeout configuration option
- Add container_create_timeout to crio.conf.5.md man page documentation - Add container_create_timeout to configuration template in template.go Signed-off-by: Snir Schreiber <[email protected]>
1 parent 7a24272 commit 2d2024a

File tree

2 files changed

+12
-0
lines changed

2 files changed

+12
-0
lines changed

docs/crio.conf.5.md

Lines changed: 6 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -392,6 +392,12 @@ conmon-rs (`runtime_type = "pod"`) supports this configuration for exec and atta
392392
Path to the seccomp.json profile which is used as the default seccomp profile for the runtime. If not specified, then the `crio.runtime` seccomp profile will be used.
393393
If that is also not specified, then the internal default seccomp profile will be used.
394394

395+
**container_create_timeout**=240
396+
The timeout for container creation operations in seconds. If not set, defaults to 240 seconds. If set to a value less than 30 seconds, it will be automatically adjusted to 30 seconds (the minimum allowed value). This allows different runtime handlers to have different container creation timeouts, which is useful for VM-based runtimes that may need longer timeouts than OCI runtimes.
397+
conmon-rs (`runtime_type = "pod"`) doesn't support the configurable container creation timeout.
398+
399+
Note: The effective timeout is the **minimum** of this value and kubelet's `--runtime-request-timeout` (default: 2 minutes). If you set `container_create_timeout = 600` (10 minutes) but kubelet has the default 2-minute timeout, the operation will be canceled after 2 minutes. Configure both values consistently for VM-based runtimes. For more information about kubelet's runtime request timeout, see the [Kubelet documentation](https://kubernetes.io/docs/reference/command-line-tools-reference/kubelet/).
400+
395401
### CRIO.RUNTIME.WORKLOADS TABLE
396402

397403
The "crio.runtime.workloads" table defines a list of workloads - a way to customize the behavior of a pod and container.

pkg/config/template.go

Lines changed: 6 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1261,6 +1261,7 @@ const templateStringCrioRuntimeRuntimesRuntimeHandler = `# The "crio.runtime.run
12611261
# default_annotations = {}
12621262
# stream_websockets = false
12631263
# seccomp_profile = ""
1264+
# container_create_timeout = 240
12641265
# Where:
12651266
# - runtime-handler: Name used to identify the runtime.
12661267
# - runtime_path (optional, string): Absolute path to the runtime executable in
@@ -1324,6 +1325,11 @@ const templateStringCrioRuntimeRuntimesRuntimeHandler = `# The "crio.runtime.run
13241325
# seccomp profile for the runtime.
13251326
# If not specified or set to "", the runtime seccomp_profile will be used.
13261327
# If that is also not specified or set to "", the internal default seccomp profile will be applied.
1328+
# - container_create_timeout (optional, int64): The timeout for container creation operations in seconds.
1329+
# If not set, defaults to 240 seconds. If set to a value less than 30 seconds, it will be automatically
1330+
# adjusted to 30 seconds (the minimum allowed value). This allows different runtime handlers to have
1331+
# different container creation timeouts, which is useful for VM-based runtimes that may need longer
1332+
# timeouts than OCI runtimes.
13271333
#
13281334
# Using the seccomp notifier feature:
13291335
#

0 commit comments

Comments
 (0)