@@ -265,16 +265,16 @@ explains the behaviour of `init containers` when specify `restartpolicy` field o
265
265
{{< feature-state feature_state_name="KubeletCrashLoopBackOffMax" >}}
266
266
267
267
With the alpha feature gate ` KubeletCrashLoopBackOffMax ` enabled, you can
268
- reconfigure the maximum delay between container restarts from the default of
269
- 300s (5 minutes). This configuration is set per node using kubelet
270
- configuration. In your [ kubelet
271
- configuration ] ( https://kubernetes.io/docs/tasks/administer-cluster/kubelet-config-file/ ) ,
272
- set the ` CrashLoopBackOff.MaxContainerRestartPeriod ` field between ` "1s" ` and
273
- ` "300s" ` . Delays on that node will still start at 10s and increase exponentially
274
- by 2x each restart, until being capped at your configured maximum. If the
275
- ` CrashLoopBackOff.MaxContainerRestartPeriod ` you configure is less than the
276
- default initial value of 10s, the initial delay will instead be set to the
277
- configured maximum.
268
+ reconfigure the maximum delay between container start retries from the default
269
+ of 300s (5 minutes). This configuration is set per node using kubelet
270
+ configuration. In your [ kubelet configuration ] ( /docs/tasks/administer-cluster/kubelet-config-file/ ) ,
271
+ under ` crashLoopBackOff ` set the ` maxContainerRestartPeriod ` field between
272
+ ` "1s" ` and ` "300s" ` . As described above in [ Container restart
273
+ policy ] ( #restart-policy ) , delays on that node will still start at 10s and
274
+ increase exponentially by 2x each restart, but will now be capped at your
275
+ configured maximum. If the ` maxContainerRestartPeriod ` you configure is less
276
+ than the default initial value of 10s, the initial delay will instead be set to
277
+ the configured maximum.
278
278
279
279
See the following kubelet configuration examples:
280
280
0 commit comments