Skip to content

Commit 9664e0d

Browse files
authored
Merge pull request #50461 from mimowo/job-improve-backoff-docs
Improve Job docs by clarifying defaulting of backoffLimit field
2 parents ee66abb + 7883cba commit 9664e0d

File tree

1 file changed

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

1 file changed

+8
-2
lines changed

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

Lines changed: 8 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -360,8 +360,14 @@ with `phase: "Succeeded"`.
360360
There are situations where you want to fail a Job after some amount of retries
361361
due to a logical error in configuration etc.
362362
To do so, set `.spec.backoffLimit` to specify the number of retries before
363-
considering a Job as failed. The back-off limit is set by default to 6. Failed
364-
Pods associated with the Job are recreated by the Job controller with an
363+
considering a Job as failed.
364+
365+
The `.spec.backoffLimit` is set by default to 6, unless the
366+
[backoff limit per index](#backoff-limit-per-index) (only Indexed Job) is specified.
367+
When `.spec.backoffLimitPerIndex` is specified, then `.spec.backoffLimit` defaults
368+
to 2147483647 (MaxInt32).
369+
370+
Failed Pods associated with the Job are recreated by the Job controller with an
365371
exponential back-off delay (10s, 20s, 40s ...) capped at six minutes.
366372

367373
The number of retries is calculated in two ways:

0 commit comments

Comments
 (0)