Skip to content

Commit 46bf00b

Browse files
authored
Merge pull request #22452 from leon-barrett/patch-1
Fix description of back-off count reset
2 parents ce84f4e + 0f854ec commit 46bf00b

File tree

1 file changed

+2
-3
lines changed
  • content/en/docs/concepts/workloads/controllers

1 file changed

+2
-3
lines changed

content/en/docs/concepts/workloads/controllers/job.md

Lines changed: 2 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -215,8 +215,8 @@ To do so, set `.spec.backoffLimit` to specify the number of retries before
215215
considering a Job as failed. The back-off limit is set by default to 6. Failed
216216
Pods associated with the Job are recreated by the Job controller with an
217217
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.
220220

221221
{{< note >}}
222222
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
474474
## Cron Jobs {#cron-jobs}
475475
476476
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`.
477-

0 commit comments

Comments
 (0)