mirror of
https://github.com/ceph/ceph-csi.git
synced 2024-11-18 12:20:24 +00:00
e1275a2931
updated kubernets packages to 1.28.2 Signed-off-by: Madhu Rajanna <madhupr007@gmail.com>
551 lines
24 KiB
Protocol Buffer
551 lines
24 KiB
Protocol Buffer
/*
|
|
Copyright The Kubernetes Authors.
|
|
|
|
Licensed under the Apache License, Version 2.0 (the "License");
|
|
you may not use this file except in compliance with the License.
|
|
You may obtain a copy of the License at
|
|
|
|
http://www.apache.org/licenses/LICENSE-2.0
|
|
|
|
Unless required by applicable law or agreed to in writing, software
|
|
distributed under the License is distributed on an "AS IS" BASIS,
|
|
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
|
|
See the License for the specific language governing permissions and
|
|
limitations under the License.
|
|
*/
|
|
|
|
|
|
// This file was autogenerated by go-to-protobuf. Do not edit it manually!
|
|
|
|
syntax = "proto2";
|
|
|
|
package k8s.io.api.batch.v1;
|
|
|
|
import "k8s.io/api/core/v1/generated.proto";
|
|
import "k8s.io/apimachinery/pkg/apis/meta/v1/generated.proto";
|
|
import "k8s.io/apimachinery/pkg/runtime/generated.proto";
|
|
import "k8s.io/apimachinery/pkg/runtime/schema/generated.proto";
|
|
|
|
// Package-wide variables from generator "generated".
|
|
option go_package = "k8s.io/api/batch/v1";
|
|
|
|
// CronJob represents the configuration of a single cron job.
|
|
message CronJob {
|
|
// Standard object's metadata.
|
|
// More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#metadata
|
|
// +optional
|
|
optional k8s.io.apimachinery.pkg.apis.meta.v1.ObjectMeta metadata = 1;
|
|
|
|
// Specification of the desired behavior of a cron job, including the schedule.
|
|
// More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#spec-and-status
|
|
// +optional
|
|
optional CronJobSpec spec = 2;
|
|
|
|
// Current status of a cron job.
|
|
// More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#spec-and-status
|
|
// +optional
|
|
optional CronJobStatus status = 3;
|
|
}
|
|
|
|
// CronJobList is a collection of cron jobs.
|
|
message CronJobList {
|
|
// Standard list metadata.
|
|
// More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#metadata
|
|
// +optional
|
|
optional k8s.io.apimachinery.pkg.apis.meta.v1.ListMeta metadata = 1;
|
|
|
|
// items is the list of CronJobs.
|
|
repeated CronJob items = 2;
|
|
}
|
|
|
|
// CronJobSpec describes how the job execution will look like and when it will actually run.
|
|
message CronJobSpec {
|
|
// The schedule in Cron format, see https://en.wikipedia.org/wiki/Cron.
|
|
optional string schedule = 1;
|
|
|
|
// The time zone name for the given schedule, see https://en.wikipedia.org/wiki/List_of_tz_database_time_zones.
|
|
// If not specified, this will default to the time zone of the kube-controller-manager process.
|
|
// The set of valid time zone names and the time zone offset is loaded from the system-wide time zone
|
|
// database by the API server during CronJob validation and the controller manager during execution.
|
|
// If no system-wide time zone database can be found a bundled version of the database is used instead.
|
|
// If the time zone name becomes invalid during the lifetime of a CronJob or due to a change in host
|
|
// configuration, the controller will stop creating new new Jobs and will create a system event with the
|
|
// reason UnknownTimeZone.
|
|
// More information can be found in https://kubernetes.io/docs/concepts/workloads/controllers/cron-jobs/#time-zones
|
|
// +optional
|
|
optional string timeZone = 8;
|
|
|
|
// Optional deadline in seconds for starting the job if it misses scheduled
|
|
// time for any reason. Missed jobs executions will be counted as failed ones.
|
|
// +optional
|
|
optional int64 startingDeadlineSeconds = 2;
|
|
|
|
// Specifies how to treat concurrent executions of a Job.
|
|
// Valid values are:
|
|
//
|
|
// - "Allow" (default): allows CronJobs to run concurrently;
|
|
// - "Forbid": forbids concurrent runs, skipping next run if previous run hasn't finished yet;
|
|
// - "Replace": cancels currently running job and replaces it with a new one
|
|
// +optional
|
|
optional string concurrencyPolicy = 3;
|
|
|
|
// This flag tells the controller to suspend subsequent executions, it does
|
|
// not apply to already started executions. Defaults to false.
|
|
// +optional
|
|
optional bool suspend = 4;
|
|
|
|
// Specifies the job that will be created when executing a CronJob.
|
|
optional JobTemplateSpec jobTemplate = 5;
|
|
|
|
// The number of successful finished jobs to retain. Value must be non-negative integer.
|
|
// Defaults to 3.
|
|
// +optional
|
|
optional int32 successfulJobsHistoryLimit = 6;
|
|
|
|
// The number of failed finished jobs to retain. Value must be non-negative integer.
|
|
// Defaults to 1.
|
|
// +optional
|
|
optional int32 failedJobsHistoryLimit = 7;
|
|
}
|
|
|
|
// CronJobStatus represents the current state of a cron job.
|
|
message CronJobStatus {
|
|
// A list of pointers to currently running jobs.
|
|
// +optional
|
|
// +listType=atomic
|
|
repeated k8s.io.api.core.v1.ObjectReference active = 1;
|
|
|
|
// Information when was the last time the job was successfully scheduled.
|
|
// +optional
|
|
optional k8s.io.apimachinery.pkg.apis.meta.v1.Time lastScheduleTime = 4;
|
|
|
|
// Information when was the last time the job successfully completed.
|
|
// +optional
|
|
optional k8s.io.apimachinery.pkg.apis.meta.v1.Time lastSuccessfulTime = 5;
|
|
}
|
|
|
|
// Job represents the configuration of a single job.
|
|
message Job {
|
|
// Standard object's metadata.
|
|
// More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#metadata
|
|
// +optional
|
|
optional k8s.io.apimachinery.pkg.apis.meta.v1.ObjectMeta metadata = 1;
|
|
|
|
// Specification of the desired behavior of a job.
|
|
// More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#spec-and-status
|
|
// +optional
|
|
optional JobSpec spec = 2;
|
|
|
|
// Current status of a job.
|
|
// More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#spec-and-status
|
|
// +optional
|
|
optional JobStatus status = 3;
|
|
}
|
|
|
|
// JobCondition describes current state of a job.
|
|
message JobCondition {
|
|
// Type of job condition, Complete or Failed.
|
|
optional string type = 1;
|
|
|
|
// Status of the condition, one of True, False, Unknown.
|
|
optional string status = 2;
|
|
|
|
// Last time the condition was checked.
|
|
// +optional
|
|
optional k8s.io.apimachinery.pkg.apis.meta.v1.Time lastProbeTime = 3;
|
|
|
|
// Last time the condition transit from one status to another.
|
|
// +optional
|
|
optional k8s.io.apimachinery.pkg.apis.meta.v1.Time lastTransitionTime = 4;
|
|
|
|
// (brief) reason for the condition's last transition.
|
|
// +optional
|
|
optional string reason = 5;
|
|
|
|
// Human readable message indicating details about last transition.
|
|
// +optional
|
|
optional string message = 6;
|
|
}
|
|
|
|
// JobList is a collection of jobs.
|
|
message JobList {
|
|
// Standard list metadata.
|
|
// More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#metadata
|
|
// +optional
|
|
optional k8s.io.apimachinery.pkg.apis.meta.v1.ListMeta metadata = 1;
|
|
|
|
// items is the list of Jobs.
|
|
repeated Job items = 2;
|
|
}
|
|
|
|
// JobSpec describes how the job execution will look like.
|
|
message JobSpec {
|
|
// Specifies the maximum desired number of pods the job should
|
|
// run at any given time. The actual number of pods running in steady state will
|
|
// be less than this number when ((.spec.completions - .status.successful) < .spec.parallelism),
|
|
// i.e. when the work left to do is less than max parallelism.
|
|
// More info: https://kubernetes.io/docs/concepts/workloads/controllers/jobs-run-to-completion/
|
|
// +optional
|
|
optional int32 parallelism = 1;
|
|
|
|
// Specifies the desired number of successfully finished pods the
|
|
// job should be run with. Setting to null means that the success of any
|
|
// pod signals the success of all pods, and allows parallelism to have any positive
|
|
// value. Setting to 1 means that parallelism is limited to 1 and the success of that
|
|
// pod signals the success of the job.
|
|
// More info: https://kubernetes.io/docs/concepts/workloads/controllers/jobs-run-to-completion/
|
|
// +optional
|
|
optional int32 completions = 2;
|
|
|
|
// Specifies the duration in seconds relative to the startTime that the job
|
|
// may be continuously active before the system tries to terminate it; value
|
|
// must be positive integer. If a Job is suspended (at creation or through an
|
|
// update), this timer will effectively be stopped and reset when the Job is
|
|
// resumed again.
|
|
// +optional
|
|
optional int64 activeDeadlineSeconds = 3;
|
|
|
|
// Specifies the policy of handling failed pods. In particular, it allows to
|
|
// specify the set of actions and conditions which need to be
|
|
// satisfied to take the associated action.
|
|
// If empty, the default behaviour applies - the counter of failed pods,
|
|
// represented by the jobs's .status.failed field, is incremented and it is
|
|
// checked against the backoffLimit. This field cannot be used in combination
|
|
// with restartPolicy=OnFailure.
|
|
//
|
|
// This field is beta-level. It can be used when the `JobPodFailurePolicy`
|
|
// feature gate is enabled (enabled by default).
|
|
// +optional
|
|
optional PodFailurePolicy podFailurePolicy = 11;
|
|
|
|
// Specifies the number of retries before marking this job failed.
|
|
// Defaults to 6
|
|
// +optional
|
|
optional int32 backoffLimit = 7;
|
|
|
|
// Specifies the limit for the number of retries within an
|
|
// index before marking this index as failed. When enabled the number of
|
|
// failures per index is kept in the pod's
|
|
// batch.kubernetes.io/job-index-failure-count annotation. It can only
|
|
// be set when Job's completionMode=Indexed, and the Pod's restart
|
|
// policy is Never. The field is immutable.
|
|
// This field is alpha-level. It can be used when the `JobBackoffLimitPerIndex`
|
|
// feature gate is enabled (disabled by default).
|
|
// +optional
|
|
optional int32 backoffLimitPerIndex = 12;
|
|
|
|
// Specifies the maximal number of failed indexes before marking the Job as
|
|
// failed, when backoffLimitPerIndex is set. Once the number of failed
|
|
// indexes exceeds this number the entire Job is marked as Failed and its
|
|
// execution is terminated. When left as null the job continues execution of
|
|
// all of its indexes and is marked with the `Complete` Job condition.
|
|
// It can only be specified when backoffLimitPerIndex is set.
|
|
// It can be null or up to completions. It is required and must be
|
|
// less than or equal to 10^4 when is completions greater than 10^5.
|
|
// This field is alpha-level. It can be used when the `JobBackoffLimitPerIndex`
|
|
// feature gate is enabled (disabled by default).
|
|
// +optional
|
|
optional int32 maxFailedIndexes = 13;
|
|
|
|
// A label query over pods that should match the pod count.
|
|
// Normally, the system sets this field for you.
|
|
// More info: https://kubernetes.io/docs/concepts/overview/working-with-objects/labels/#label-selectors
|
|
// +optional
|
|
optional k8s.io.apimachinery.pkg.apis.meta.v1.LabelSelector selector = 4;
|
|
|
|
// manualSelector controls generation of pod labels and pod selectors.
|
|
// Leave `manualSelector` unset unless you are certain what you are doing.
|
|
// When false or unset, the system pick labels unique to this job
|
|
// and appends those labels to the pod template. When true,
|
|
// the user is responsible for picking unique labels and specifying
|
|
// the selector. Failure to pick a unique label may cause this
|
|
// and other jobs to not function correctly. However, You may see
|
|
// `manualSelector=true` in jobs that were created with the old `extensions/v1beta1`
|
|
// API.
|
|
// More info: https://kubernetes.io/docs/concepts/workloads/controllers/jobs-run-to-completion/#specifying-your-own-pod-selector
|
|
// +optional
|
|
optional bool manualSelector = 5;
|
|
|
|
// Describes the pod that will be created when executing a job.
|
|
// The only allowed template.spec.restartPolicy values are "Never" or "OnFailure".
|
|
// More info: https://kubernetes.io/docs/concepts/workloads/controllers/jobs-run-to-completion/
|
|
optional k8s.io.api.core.v1.PodTemplateSpec template = 6;
|
|
|
|
// ttlSecondsAfterFinished limits the lifetime of a Job that has finished
|
|
// execution (either Complete or Failed). If this field is set,
|
|
// ttlSecondsAfterFinished after the Job finishes, it is eligible to be
|
|
// automatically deleted. When the Job is being deleted, its lifecycle
|
|
// guarantees (e.g. finalizers) will be honored. If this field is unset,
|
|
// the Job won't be automatically deleted. If this field is set to zero,
|
|
// the Job becomes eligible to be deleted immediately after it finishes.
|
|
// +optional
|
|
optional int32 ttlSecondsAfterFinished = 8;
|
|
|
|
// completionMode specifies how Pod completions are tracked. It can be
|
|
// `NonIndexed` (default) or `Indexed`.
|
|
//
|
|
// `NonIndexed` means that the Job is considered complete when there have
|
|
// been .spec.completions successfully completed Pods. Each Pod completion is
|
|
// homologous to each other.
|
|
//
|
|
// `Indexed` means that the Pods of a
|
|
// Job get an associated completion index from 0 to (.spec.completions - 1),
|
|
// available in the annotation batch.kubernetes.io/job-completion-index.
|
|
// The Job is considered complete when there is one successfully completed Pod
|
|
// for each index.
|
|
// When value is `Indexed`, .spec.completions must be specified and
|
|
// `.spec.parallelism` must be less than or equal to 10^5.
|
|
// In addition, The Pod name takes the form
|
|
// `$(job-name)-$(index)-$(random-string)`,
|
|
// the Pod hostname takes the form `$(job-name)-$(index)`.
|
|
//
|
|
// More completion modes can be added in the future.
|
|
// If the Job controller observes a mode that it doesn't recognize, which
|
|
// is possible during upgrades due to version skew, the controller
|
|
// skips updates for the Job.
|
|
// +optional
|
|
optional string completionMode = 9;
|
|
|
|
// suspend specifies whether the Job controller should create Pods or not. If
|
|
// a Job is created with suspend set to true, no Pods are created by the Job
|
|
// controller. If a Job is suspended after creation (i.e. the flag goes from
|
|
// false to true), the Job controller will delete all active Pods associated
|
|
// with this Job. Users must design their workload to gracefully handle this.
|
|
// Suspending a Job will reset the StartTime field of the Job, effectively
|
|
// resetting the ActiveDeadlineSeconds timer too. Defaults to false.
|
|
//
|
|
// +optional
|
|
optional bool suspend = 10;
|
|
|
|
// podReplacementPolicy specifies when to create replacement Pods.
|
|
// Possible values are:
|
|
// - TerminatingOrFailed means that we recreate pods
|
|
// when they are terminating (has a metadata.deletionTimestamp) or failed.
|
|
// - Failed means to wait until a previously created Pod is fully terminated (has phase
|
|
// Failed or Succeeded) before creating a replacement Pod.
|
|
//
|
|
// When using podFailurePolicy, Failed is the the only allowed value.
|
|
// TerminatingOrFailed and Failed are allowed values when podFailurePolicy is not in use.
|
|
// This is an alpha field. Enable JobPodReplacementPolicy to be able to use this field.
|
|
// +optional
|
|
optional string podReplacementPolicy = 14;
|
|
}
|
|
|
|
// JobStatus represents the current state of a Job.
|
|
message JobStatus {
|
|
// 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/
|
|
// +optional
|
|
// +patchMergeKey=type
|
|
// +patchStrategy=merge
|
|
// +listType=atomic
|
|
repeated JobCondition conditions = 1;
|
|
|
|
// 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.
|
|
// +optional
|
|
optional k8s.io.apimachinery.pkg.apis.meta.v1.Time startTime = 2;
|
|
|
|
// 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.
|
|
// +optional
|
|
optional k8s.io.apimachinery.pkg.apis.meta.v1.Time completionTime = 3;
|
|
|
|
// The number of pending and running pods.
|
|
// +optional
|
|
optional int32 active = 4;
|
|
|
|
// The number of pods which reached phase Succeeded.
|
|
// +optional
|
|
optional int32 succeeded = 5;
|
|
|
|
// The number of pods which reached phase Failed.
|
|
// +optional
|
|
optional int32 failed = 6;
|
|
|
|
// The number of pods which are terminating (in phase Pending or Running
|
|
// and have a deletionTimestamp).
|
|
//
|
|
// This field is alpha-level. The job controller populates the field when
|
|
// the feature gate JobPodReplacementPolicy is enabled (disabled by default).
|
|
// +optional
|
|
optional int32 terminating = 11;
|
|
|
|
// completedIndexes holds the completed indexes when .spec.completionMode =
|
|
// "Indexed" in a text format. The indexes are represented 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 completed indexes are 1, 3, 4, 5 and 7, they are
|
|
// represented as "1,3-5,7".
|
|
// +optional
|
|
optional string completedIndexes = 7;
|
|
|
|
// 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 alpha-level. It can be used when the `JobBackoffLimitPerIndex`
|
|
// feature gate is enabled (disabled by default).
|
|
// +optional
|
|
optional string failedIndexes = 10;
|
|
|
|
// uncountedTerminatedPods holds the UIDs of Pods that have terminated but
|
|
// the job controller hasn't yet accounted for in the status counters.
|
|
//
|
|
// The 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:
|
|
//
|
|
// 1. 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
|
|
// counter.
|
|
//
|
|
// Old jobs might not be tracked using this field, in which case the field
|
|
// remains null.
|
|
// +optional
|
|
optional UncountedTerminatedPods uncountedTerminatedPods = 8;
|
|
|
|
// The number of pods which have a Ready condition.
|
|
//
|
|
// This field is beta-level. The job controller populates the field when
|
|
// the feature gate JobReadyPods is enabled (enabled by default).
|
|
// +optional
|
|
optional int32 ready = 9;
|
|
}
|
|
|
|
// JobTemplateSpec describes the data a Job should have when created from a template
|
|
message JobTemplateSpec {
|
|
// Standard object's metadata of the jobs created from this template.
|
|
// More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#metadata
|
|
// +optional
|
|
optional k8s.io.apimachinery.pkg.apis.meta.v1.ObjectMeta metadata = 1;
|
|
|
|
// Specification of the desired behavior of the job.
|
|
// More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#spec-and-status
|
|
// +optional
|
|
optional JobSpec spec = 2;
|
|
}
|
|
|
|
// PodFailurePolicy describes how failed pods influence the backoffLimit.
|
|
message PodFailurePolicy {
|
|
// A list of pod failure policy rules. The rules are evaluated in order.
|
|
// Once a rule matches a Pod failure, the remaining of the rules are ignored.
|
|
// When no rule matches the Pod failure, the default handling applies - the
|
|
// counter of pod failures is incremented and it is checked against
|
|
// the backoffLimit. At most 20 elements are allowed.
|
|
// +listType=atomic
|
|
repeated PodFailurePolicyRule rules = 1;
|
|
}
|
|
|
|
// PodFailurePolicyOnExitCodesRequirement describes the requirement for handling
|
|
// a failed pod based on its container exit codes. In particular, it lookups the
|
|
// .state.terminated.exitCode for each app container and init container status,
|
|
// represented by the .status.containerStatuses and .status.initContainerStatuses
|
|
// fields in the Pod status, respectively. Containers completed with success
|
|
// (exit code 0) are excluded from the requirement check.
|
|
message PodFailurePolicyOnExitCodesRequirement {
|
|
// Restricts the check for exit codes to the container with the
|
|
// specified name. When null, the rule applies to all containers.
|
|
// When specified, it should match one the container or initContainer
|
|
// names in the pod template.
|
|
// +optional
|
|
optional string containerName = 1;
|
|
|
|
// Represents the relationship between the container exit code(s) and the
|
|
// specified values. Containers completed with success (exit code 0) are
|
|
// excluded from the requirement check. Possible values are:
|
|
//
|
|
// - In: the requirement is satisfied if at least one container exit code
|
|
// (might be multiple if there are multiple containers not restricted
|
|
// by the 'containerName' field) is in the set of specified values.
|
|
// - NotIn: the requirement is satisfied if at least one container exit code
|
|
// (might be multiple if there are multiple containers not restricted
|
|
// by the 'containerName' field) is not in the set of specified values.
|
|
// Additional values are considered to be added in the future. Clients should
|
|
// react to an unknown operator by assuming the requirement is not satisfied.
|
|
optional string operator = 2;
|
|
|
|
// Specifies the set of values. Each returned container exit code (might be
|
|
// multiple in case of multiple containers) is checked against this set of
|
|
// values with respect to the operator. The list of values must be ordered
|
|
// and must not contain duplicates. Value '0' cannot be used for the In operator.
|
|
// At least one element is required. At most 255 elements are allowed.
|
|
// +listType=set
|
|
repeated int32 values = 3;
|
|
}
|
|
|
|
// PodFailurePolicyOnPodConditionsPattern describes a pattern for matching
|
|
// an actual pod condition type.
|
|
message PodFailurePolicyOnPodConditionsPattern {
|
|
// Specifies the required Pod condition type. To match a pod condition
|
|
// it is required that specified type equals the pod condition type.
|
|
optional string type = 1;
|
|
|
|
// Specifies the required Pod condition status. To match a pod condition
|
|
// it is required that the specified status equals the pod condition status.
|
|
// Defaults to True.
|
|
optional string status = 2;
|
|
}
|
|
|
|
// PodFailurePolicyRule describes how a pod failure is handled when the requirements are met.
|
|
// One of onExitCodes and onPodConditions, but not both, can be used in each rule.
|
|
message PodFailurePolicyRule {
|
|
// Specifies the action taken on a pod failure when the requirements are satisfied.
|
|
// Possible values are:
|
|
//
|
|
// - FailJob: indicates that the pod's job is marked as Failed and all
|
|
// running pods are terminated.
|
|
// - FailIndex: indicates that the pod's index is marked as Failed and will
|
|
// not be restarted.
|
|
// This value is alpha-level. It can be used when the
|
|
// `JobBackoffLimitPerIndex` feature gate is enabled (disabled by default).
|
|
// - Ignore: indicates that the counter towards the .backoffLimit is not
|
|
// incremented and a replacement pod is created.
|
|
// - Count: indicates that the pod is handled in the default way - the
|
|
// counter towards the .backoffLimit is incremented.
|
|
// Additional values are considered to be added in the future. Clients should
|
|
// react to an unknown action by skipping the rule.
|
|
optional string action = 1;
|
|
|
|
// Represents the requirement on the container exit codes.
|
|
// +optional
|
|
optional PodFailurePolicyOnExitCodesRequirement onExitCodes = 2;
|
|
|
|
// Represents the requirement on the pod conditions. The requirement is represented
|
|
// as a list of pod condition patterns. The requirement is satisfied if at
|
|
// least one pattern matches an actual pod condition. At most 20 elements are allowed.
|
|
// +listType=atomic
|
|
// +optional
|
|
repeated PodFailurePolicyOnPodConditionsPattern onPodConditions = 3;
|
|
}
|
|
|
|
// UncountedTerminatedPods holds UIDs of Pods that have terminated but haven't
|
|
// been accounted in Job status counters.
|
|
message UncountedTerminatedPods {
|
|
// succeeded holds UIDs of succeeded Pods.
|
|
// +listType=set
|
|
// +optional
|
|
repeated string succeeded = 1;
|
|
|
|
// failed holds UIDs of failed Pods.
|
|
// +listType=set
|
|
// +optional
|
|
repeated string failed = 2;
|
|
}
|
|
|