-
Bug
-
Resolution: Done
-
Normal
-
None
-
4.13.z, 4.14.z, 4.15.z, 4.17.z, 4.16.z, 4.18.z, 4.19.z
-
Quality / Stability / Reliability
-
False
-
-
None
-
Moderate
-
None
-
None
-
None
-
None
-
None
-
None
-
None
-
None
-
None
-
None
-
None
-
None
Description of problem:
- Kubeletconfig with setting containerLogMaxFiles to '1' would cause MCP in "updating" state forever. Kubelet fails with the specified error after restarting the node manually. ~~~ Nov 27 19:47:55 k8s01-5pw7x-infra-kjvkf kubenswrapper[27544]: E1127 19:47:55.246643 27544 run.go:74] "command failed" err="failed to run Kubelet: failed to create kubelet: failed to initialize container log manager: invalid MaxFiles 1, must be > 1" Nov 27 19:47:55 k8s01-5pw7x-infra-kjvkf systemd[1]: kubelet.service: Main process exited, code=exited, status=1/FAILURE ~~~
Version-Release number of selected component (if applicable):
How reproducible:
- Kubeletconfig with setting containerLogMaxFiles to '1' would cause failure in starting the kubelet service,
~~~
$ cat crio-kubeconfig.yaml
apiVersion: machineconfiguration.openshift.io/v1
kind: KubeletConfig
metadata:
name: cr-logrotation
spec:
kubeletConfig:
containerLogMaxFiles: 1
containerLogMaxSize: 390Mi
machineConfigPoolSelector:
matchLabels:
custom-kubelet-log: logrotation
~~~
Steps to Reproduce:
Actual results:
Expected results:
- It should not allow to create kubeletconfig with unsupported value.
Additional info:
- Replacing CR with "containerLogMaxFiles" value to "2", will allow starting kubelet service.
- links to