You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/en/docs/concepts/workloads/controllers/job.md
+2-3Lines changed: 2 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -215,8 +215,8 @@ To do so, set `.spec.backoffLimit` to specify the number of retries before
215
215
considering a Job as failed. The back-off limit is set by default to 6. Failed
216
216
Pods associated with the Job are recreated by the Job controller with an
217
217
exponential back-off delay (10s, 20s, 40s ...) capped at six minutes. The
218
-
back-off count is reset if no new failed Pods appear before the Job's next
219
-
status check.
218
+
back-off count is reset when a Job's Pod is deleted or successful without any
219
+
other Pods for the Job failing around that time.
220
220
221
221
{{< note >}}
222
222
If your job has `restartPolicy = "OnFailure"`, keep in mind that your container running the Job
@@ -474,4 +474,3 @@ object, but maintains complete control over what Pods are created and how work i
474
474
## Cron Jobs {#cron-jobs}
475
475
476
476
You can use a [`CronJob`](/docs/concepts/workloads/controllers/cron-jobs/) to create a Job that will run at specified times/dates, similar to the Unix tool `cron`.
0 commit comments