This repository has been archived on 2025-01-23. You can view files and clone it, but cannot push or open issues or pull requests.
traefik-certmanager/kubernetes/docs/V1CronJobSpec.md
Tom Neuber 9129813244
All checks were successful
ci/woodpecker/push/build Pipeline was successful
ci/woodpecker/push/deploy Pipeline was successful
fix(kubernetes): temporary solution for updated k8s python client
2025-01-05 00:33:58 +01:00

18 lines
2.4 KiB
Markdown

# V1CronJobSpec
CronJobSpec describes how the job execution will look like and when it will actually run.
## Properties
Name | Type | Description | Notes
------------ | ------------- | ------------- | -------------
**concurrency_policy** | **str** | 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]
**failed_jobs_history_limit** | **int** | The number of failed finished jobs to retain. Value must be non-negative integer. Defaults to 1. | [optional]
**job_template** | [**V1JobTemplateSpec**](V1JobTemplateSpec.md) | |
**schedule** | **str** | The schedule in Cron format, see https://en.wikipedia.org/wiki/Cron. |
**starting_deadline_seconds** | **int** | 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]
**successful_jobs_history_limit** | **int** | The number of successful finished jobs to retain. Value must be non-negative integer. Defaults to 3. | [optional]
**suspend** | **bool** | This flag tells the controller to suspend subsequent executions, it does not apply to already started executions. Defaults to false. | [optional]
**time_zone** | **str** | 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]
[[Back to Model list]](../README.md#documentation-for-models) [[Back to API list]](../README.md#documentation-for-api-endpoints) [[Back to README]](../README.md)