Skip to content

Commit 3cb0e64

Browse files
subhtkMichael Burke
authored andcommitted
Created Cri-O default capabilities section
1 parent ce898fb commit 3cb0e64

File tree

2 files changed

+43
-0
lines changed

2 files changed

+43
-0
lines changed

machine_configuration/machine-configs-custom.adoc

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -12,5 +12,6 @@ Besides managing `MachineConfig` objects, the MCO manages two custom resources (
1212
include::modules/create-a-kubeletconfig-crd-to-edit-kubelet-parameters.adoc[leveloffset=+1]
1313
include::modules/create-a-containerruntimeconfig-crd.adoc[leveloffset=+1]
1414
include::modules/set-the-default-max-container-root-partition-size-for-overlay-with-crio.adoc[leveloffset=+1]
15+
include::modules/create-crio-default-capabilities.adoc[leveloffset=+1]
1516

1617

Lines changed: 42 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,42 @@
1+
// Module included in the following assemblies:
2+
//
3+
// * machine_configuration/machine-configs-custom.adoc
4+
5+
:_mod-docs-content-type: CONCEPT
6+
[id="create-crio-default-capabilities_{context}"]
7+
= Creating a drop-in file for the default CRI-O capabilities
8+
9+
You can change some of the settings associated with the {product-title} CRI-O runtime for the nodes associated with a specific machine config pool (MCP). By using a controller custom resource (CR), you set the configuration values and add a label to match the MCP. The MCO then rebuilds the `crio.conf` and `default.conf` configuration files on the associated nodes with the updated values.
10+
11+
Earlier versions of {product-title} included specific machine configs by default. If you updated to a later version of {product-title}, those machine configs were retained to ensure that clusters running on the same {product-title} version have the same machine configs.
12+
13+
You can create multiple `ContainerRuntimeConfig` CRs, as needed, with a limit of 10 per cluster. For the first `ContainerRuntimeConfig` CR, the MCO creates a machine config appended with `containerruntime`. With each subsequent CR, the controller creates a `containerruntime` machine config with a numeric suffix. For example, if you have a `containerruntime` machine config with a `-2` suffix, the next `containerruntime` machine config is appended with `-3`.
14+
15+
If you want to delete the machine configs, delete them in reverse order to avoid exceeding the limit. For example, delete the `containerruntime-3` machine config before you delete the `containerruntime-2` machine config.
16+
17+
[NOTE]
18+
====
19+
If you have a machine config with a `containerruntime-9` suffix and you create another `ContainerRuntimeConfig` CR, a new machine config is not created, even if there are fewer than 10 `containerruntime` machine configs.
20+
====
21+
22+
.Example of multiple ContainerRuntimeConfig CRs
23+
[source,terminal]
24+
----
25+
$ oc get ctrcfg
26+
----
27+
28+
.Example output
29+
[source,terminal]
30+
----
31+
NAME AGE
32+
ctr-overlay 15m
33+
ctr-level 5m45s
34+
----
35+
36+
.Example showing multiple containerruntime related system configs
37+
[source,terminal]
38+
----
39+
$ cat /proc/1/status | grep Cap
40+
$ capsh --decode=<decode_CapBnd_value> <1>
41+
----
42+
<1> Replace `<decode_CapBnd_value>` with the specific value you want to decode.

0 commit comments

Comments
 (0)