Skip to content

Commit

Permalink
Fix backoffLimit field misplacement
Browse files Browse the repository at this point in the history
  • Loading branch information
lrills authored Oct 25, 2017
1 parent f9f0ff1 commit dbb65ed
Showing 1 changed file with 2 additions and 2 deletions.
4 changes: 2 additions & 2 deletions docs/concepts/workloads/controllers/jobs-run-to-completion.md
Original file line number Diff line number Diff line change
Expand Up @@ -199,7 +199,7 @@ multiple pods running at once. Therefore, your pods must also be tolerant of co
### Pod Backoff failure policy

There are situations where you want to fail a Job after some amount of retries due to a logical error in configuration etc.
To do so set `.spec.template.spec.backoffLimit` to specify the number of retries before considering a Job as failed.
To do so set `.spec.backoffLimit` to specify the number of retries before considering a Job as failed.
The back-off limit is set by default to 6. Failed Pods associated with the Job are recreated by the Job controller with an exponential back-off delay (10s, 20s, 40s ...) capped at six minutes, The back-off limit is reset if no new failed Pods appear before the Job's next status check.

## Job Termination and Cleanup
Expand All @@ -226,6 +226,7 @@ kind: Job
metadata:
name: pi-with-timeout
spec:
backoffLimit: 5
activeDeadlineSeconds: 100
template:
metadata:
Expand All @@ -236,7 +237,6 @@ spec:
image: perl
command: ["perl", "-Mbignum=bpi", "-wle", "print bpi(2000)"]
restartPolicy: Never
backoffLimit: 5
```
Note that both the Job Spec and the Pod Template Spec within the Job have a field with the same name.
Expand Down

0 comments on commit dbb65ed

Please sign in to comment.