Skip to content

Commit cd13aa5

Browse files
committed
NTO: reapply_sysctl and verify Profiles improvements
This PR adds an example of using reapply_sysctl to override host-level sysctls and adds information on checking about the NTO and its node agents' health.
1 parent 50d8a1e commit cd13aa5

File tree

2 files changed

+51
-0
lines changed

2 files changed

+51
-0
lines changed

modules/cluster-node-tuning-operator-verify-profiles.adoc

Lines changed: 18 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -28,3 +28,21 @@ worker-b openshift-node True False 6h28m
2828
* `APPLIED`: `True` if the TuneD daemon applied the desired profile. (`True/False/Unknown`).
2929
* `DEGRADED`: `True` if any errors were reported during application of the TuneD profile (`True/False/Unknown`).
3030
* `AGE`: Time elapsed since the creation of Profile object.
31+
32+
The `ClusterOperator/node-tuning` object also contains useful information about the Operator and its node agents' health. For example, Operator misconfiguration is reported by `ClusterOperator/node-tuning` status messages.
33+
34+
To get status information about the `ClusterOperator/node-tuning` object, run the following command:
35+
36+
[source,terminal]
37+
----
38+
$ oc get co/node-tuning -n openshift-cluster-node-tuning-operator
39+
----
40+
41+
.Example output
42+
[source,terminal]
43+
----
44+
NAME VERSION AVAILABLE PROGRESSING DEGRADED SINCE MESSAGE
45+
node-tuning 4.13.1 True False True 60m 1/5 Profiles with bootcmdline conflict
46+
----
47+
48+
If either the `ClusterOperator/node-tuning` or a profile object's status is `DEGRADED`, additional information is provided in the Operator or operand logs.

modules/custom-tuning-example.adoc

Lines changed: 33 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -84,3 +84,36 @@ the `openshift-node` TuneD daemon profile shipped within the default
8484
Tuned CR to use OpenShift-specific tuning for compute nodes.
8585

8686
// Note the issues with including profiles sharing the same ancestor: see link:https://bugzilla.redhat.com/show_bug.cgi?id=1825882[BZ#1825882]
87+
88+
*Overriding host-level sysctls*
89+
90+
Various kernel parameters can be changed at runtime by using `/run/sysctl.d/`, `/etc/sysctl.d/`, and `/etc/sysctl.conf` host configuration files. {product-title} adds several host configuration files which set kernel parameters at runtime; for example, `net.ipv[4-6].`, `fs.inotify.`, and `vm.max_map_count`. These runtime parameters provide basic functional tuning for the system prior to the kubelet and the Operator start.
91+
92+
The Operator does not override these settings unless the `reapply_sysctl` option is set to `false`. Setting this option to `false` results in `TuneD` not applying the settings from the host configuration files after it applies its custom profile.
93+
94+
.Example: overriding host-level sysctls
95+
[source,yaml]
96+
----
97+
apiVersion: tuned.openshift.io/v1
98+
kind: Tuned
99+
metadata:
100+
name: openshift-no-reapply-sysctl
101+
namespace: openshift-cluster-node-tuning-operator
102+
spec:
103+
profile:
104+
- data: |
105+
[main]
106+
summary=Custom OpenShift profile
107+
include=openshift-node
108+
[sysctl]
109+
vm.max_map_count=>524288
110+
name: openshift-no-reapply-sysctl
111+
recommend:
112+
- match:
113+
- label: tuned.openshift.io/openshift-no-reapply-sysctl
114+
priority: 15
115+
profile: openshift-no-reapply-sysctl
116+
operand:
117+
tunedConfig:
118+
reapply_sysctl: false
119+
----

0 commit comments

Comments
 (0)