|
2 | 2 | "description": "JobStatus represents the current state of a Job.", |
3 | 3 | "properties": { |
4 | 4 | "active": { |
5 | | - "description": "The number of pending and running pods which are not terminating (without a deletionTimestamp).", |
| 5 | + "description": "The number of pending and running pods which are not terminating (without a deletionTimestamp). The value is zero for finished jobs.", |
6 | 6 | "format": "int32", |
7 | 7 | "type": [ |
8 | 8 | "integer", |
|
18 | 18 | }, |
19 | 19 | "completionTime": { |
20 | 20 | "$ref": "_definitions.json#/definitions/io.k8s.apimachinery.pkg.apis.meta.v1.Time", |
21 | | - "description": "Represents time when the job was completed. It is not guaranteed to be set in happens-before order across separate operations. It is represented in RFC3339 form and is in UTC. The completion time is only set when the job finishes successfully." |
| 21 | + "description": "Represents time when the job was completed. It is not guaranteed to be set in happens-before order across separate operations. It is represented in RFC3339 form and is in UTC. The completion time is set when the job finishes successfully, and only then. The value cannot be updated or removed. The value indicates the same or later point in time as the startTime field." |
22 | 22 | }, |
23 | 23 | "conditions": { |
24 | | - "description": "The latest available observations of an object's current state. When a Job fails, one of the conditions will have type \"Failed\" and status true. When a Job is suspended, one of the conditions will have type \"Suspended\" and status true; when the Job is resumed, the status of this condition will become false. When a Job is completed, one of the conditions will have type \"Complete\" and status true. More info: https://kubernetes.io/docs/concepts/workloads/controllers/jobs-run-to-completion/", |
| 24 | + "description": "The latest available observations of an object's current state. When a Job fails, one of the conditions will have type \"Failed\" and status true. When a Job is suspended, one of the conditions will have type \"Suspended\" and status true; when the Job is resumed, the status of this condition will become false. When a Job is completed, one of the conditions will have type \"Complete\" and status true.\n\nA job is considered finished when it is in a terminal condition, either \"Complete\" or \"Failed\". At that point, all pods of the job are in terminal phase. Job cannot be both in the \"Complete\" and \"Failed\" conditions. Additionally, it cannot be in the \"Complete\" and \"FailureTarget\" conditions. The \"Complete\", \"Failed\" and \"FailureTarget\" conditions cannot be disabled.\n\nMore info: https://kubernetes.io/docs/concepts/workloads/controllers/jobs-run-to-completion/", |
25 | 25 | "items": { |
26 | 26 | "$ref": "_definitions.json#/definitions/io.k8s.api.batch.v1.JobCondition" |
27 | 27 | }, |
|
34 | 34 | "x-kubernetes-patch-strategy": "merge" |
35 | 35 | }, |
36 | 36 | "failed": { |
37 | | - "description": "The number of pods which reached phase Failed.", |
| 37 | + "description": "The number of pods which reached phase Failed. The value increases monotonically.", |
38 | 38 | "format": "int32", |
39 | 39 | "type": [ |
40 | 40 | "integer", |
41 | 41 | "null" |
42 | 42 | ] |
43 | 43 | }, |
44 | 44 | "failedIndexes": { |
45 | | - "description": "FailedIndexes holds the failed indexes when backoffLimitPerIndex=true. The indexes are represented in the text format analogous as for the `completedIndexes` field, ie. they are kept as decimal integers separated by commas. The numbers are listed in increasing order. Three or more consecutive numbers are compressed and represented by the first and last element of the series, separated by a hyphen. For example, if the failed indexes are 1, 3, 4, 5 and 7, they are represented as \"1,3-5,7\". This field is beta-level. It can be used when the `JobBackoffLimitPerIndex` feature gate is enabled (enabled by default).", |
| 45 | + "description": "FailedIndexes holds the failed indexes when spec.backoffLimitPerIndex is set. The indexes are represented in the text format analogous as for the `completedIndexes` field, ie. they are kept as decimal integers separated by commas. The numbers are listed in increasing order. Three or more consecutive numbers are compressed and represented by the first and last element of the series, separated by a hyphen. For example, if the failed indexes are 1, 3, 4, 5 and 7, they are represented as \"1,3-5,7\". The set of failed indexes cannot overlap with the set of completed indexes.\n\nThis field is beta-level. It can be used when the `JobBackoffLimitPerIndex` feature gate is enabled (enabled by default).", |
46 | 46 | "type": [ |
47 | 47 | "string", |
48 | 48 | "null" |
49 | 49 | ] |
50 | 50 | }, |
51 | 51 | "ready": { |
52 | | - "description": "The number of pods which have a Ready condition.", |
| 52 | + "description": "The number of pods which have a Ready condition. The value is zero (or null) for finished jobs.", |
53 | 53 | "format": "int32", |
54 | 54 | "type": [ |
55 | 55 | "integer", |
|
58 | 58 | }, |
59 | 59 | "startTime": { |
60 | 60 | "$ref": "_definitions.json#/definitions/io.k8s.apimachinery.pkg.apis.meta.v1.Time", |
61 | | - "description": "Represents time when the job controller started processing a job. When a Job is created in the suspended state, this field is not set until the first time it is resumed. This field is reset every time a Job is resumed from suspension. It is represented in RFC3339 form and is in UTC." |
| 61 | + "description": "Represents time when the job controller started processing a job. When a Job is created in the suspended state, this field is not set until the first time it is resumed. This field is reset every time a Job is resumed from suspension. It is represented in RFC3339 form and is in UTC.\n\nOnce set, the field can only be removed when the job is suspended. The field cannot be modified while the job is unsuspended or finished." |
62 | 62 | }, |
63 | 63 | "succeeded": { |
64 | | - "description": "The number of pods which reached phase Succeeded.", |
| 64 | + "description": "The number of pods which reached phase Succeeded. The value increases monotonically for a given spec. However, it may decrease in reaction to scale down of elastic indexed jobs.", |
65 | 65 | "format": "int32", |
66 | 66 | "type": [ |
67 | 67 | "integer", |
68 | 68 | "null" |
69 | 69 | ] |
70 | 70 | }, |
71 | 71 | "terminating": { |
72 | | - "description": "The number of pods which are terminating (in phase Pending or Running and have a deletionTimestamp).\n\nThis field is beta-level. The job controller populates the field when the feature gate JobPodReplacementPolicy is enabled (enabled by default).", |
| 72 | + "description": "The number of pods which are terminating (in phase Pending or Running and have a deletionTimestamp). The value is zero (or null) for finished jobs.\n\nThis field is beta-level. The job controller populates the field when the feature gate JobPodReplacementPolicy is enabled (enabled by default).", |
73 | 73 | "format": "int32", |
74 | 74 | "type": [ |
75 | 75 | "integer", |
|
78 | 78 | }, |
79 | 79 | "uncountedTerminatedPods": { |
80 | 80 | "$ref": "_definitions.json#/definitions/io.k8s.api.batch.v1.UncountedTerminatedPods", |
81 | | - "description": "uncountedTerminatedPods holds the UIDs of Pods that have terminated but the job controller hasn't yet accounted for in the status counters.\n\nThe job controller creates pods with a finalizer. When a pod terminates (succeeded or failed), the controller does three steps to account for it in the job status:\n\n1. Add the pod UID to the arrays in this field. 2. Remove the pod finalizer. 3. Remove the pod UID from the arrays while increasing the corresponding\n counter.\n\nOld jobs might not be tracked using this field, in which case the field remains null." |
| 81 | + "description": "uncountedTerminatedPods holds the UIDs of Pods that have terminated but the job controller hasn't yet accounted for in the status counters.\n\nThe job controller creates pods with a finalizer. When a pod terminates (succeeded or failed), the controller does three steps to account for it in the job status:\n\n1. Add the pod UID to the arrays in this field. 2. Remove the pod finalizer. 3. Remove the pod UID from the arrays while increasing the corresponding\n counter.\n\nOld jobs might not be tracked using this field, in which case the field remains null. The structure is empty for finished jobs." |
82 | 82 | } |
83 | 83 | }, |
84 | 84 | "type": "object", |
|
0 commit comments