Skip to content

Commit 736e228

Browse files
committed
readme: describe mapping between operatorLogLevel and log level
1 parent 6a932ac commit 736e228

File tree

1 file changed

+36
-0
lines changed

1 file changed

+36
-0
lines changed

README.md

Lines changed: 36 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -78,6 +78,42 @@ Currently the log levels correspond to:
7878
| Trace | 6 |
7979
| TraceAll | 10 |
8080

81+
82+
The log level of cluster-kube-controller-manager-operator can be increased by setting `.spec.operatorLogLevel` field:
83+
```
84+
$ oc explain KubeControllerManager.spec.operatorLogLevel
85+
GROUP: operator.openshift.io
86+
KIND: KubeControllerManager
87+
VERSION: v1
88+
FIELD: operatorLogLevel <string>
89+
DESCRIPTION:
90+
operatorLogLevel is an intent based logging for the operator itself. It
91+
does not give fine grained control, but it is a simple way to manage coarse
92+
grained logging choices that operators have to interpret for themselves.
93+
Valid values are: "Normal", "Debug", "Trace", "TraceAll". Defaults to
94+
"Normal".
95+
```
96+
For example:
97+
```yaml
98+
apiVersion: operator.openshift.io/v1
99+
kind: KubeControllerManager
100+
metadata:
101+
name: cluster
102+
spec:
103+
operatorLogLevel: Debug
104+
...
105+
```
106+
107+
Currently the operator log levels correspond to:
108+
109+
| logLevel | log level |
110+
| -------- | --------- |
111+
| Normal | 2 |
112+
| Debug | 4 |
113+
| Trace | 6 |
114+
| TraceAll | 8 |
115+
116+
81117
```
82118
$ oc explain kubecontrollermanager
83119
```

0 commit comments

Comments
 (0)