At 00:00 on 1 January, 1 April, 1 July and 1 October: 4 runs a year.
0 0 1 */3 *
Open in Crontab Generator
Quarterly reports, access reviews, key rotation and other compliance tasks.
| Field | Value | Matches |
|---|---|---|
| Minute | 0 | 0 |
| Hour | 0 | 0 |
| Day of month | 1 | 1 |
| Month | */3 | January, April, July, October |
| Day of week | * | every value |
0 0 1 */3 * /path/to/job
Computed when this page loaded (2026-11-11 02:23 UTC), assuming the scheduler runs in UTC.
| # | UTC | Your local time |
|---|---|---|
| 1 | Fri 2027-01-01 00:00 | |
| 2 | Thu 2027-04-01 00:00 | |
| 3 | Thu 2027-07-01 00:00 | |
| 4 | Fri 2027-10-01 00:00 | |
| 5 | Sat 2028-01-01 00:00 |
Kubernetes uses the same five fields. Set spec.timeZone (stable since Kubernetes 1.27), otherwise the schedule follows the time zone of kube-controller-manager.
apiVersion: batch/v1
kind: CronJob
metadata:
name: every-quarter
spec:
schedule: "0 0 1 */3 *"
timeZone: "Etc/UTC"
concurrencyPolicy: Forbid
startingDeadlineSeconds: 300
jobTemplate:
spec:
template:
spec:
restartPolicy: OnFailure
containers:
- name: job
image: debian:bookworm-slim
command: ["/bin/sh", "-c", "/app/run-job.sh"]
Workflow schedules use five-field cron in UTC and run only from the default branch. Runs at minute 0 are the most likely to be delayed or dropped when GitHub is busy; an odd minute such as 7 or 23 starts more reliably.
on:
schedule:
- cron: '0 0 1 */3 *' # UTC
jobs:
run:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- run: ./run-job.sh
The equivalent OnCalendar= value is *-01/3-01 00:00:00.
Check it with systemd-analyze calendar '*-01/3-01 00:00:00', which prints the next elapse time. Persistent=true runs a missed job after downtime, which classic cron never does.
[Unit]
Description=Every quarter
[Timer]
OnCalendar=*-01/3-01 00:00:00
Persistent=true
[Install]
WantedBy=timers.target
EventBridge rules take six fields (minute, hour, day-of-month, month, day-of-week, year) in UTC; EventBridge Scheduler can use a time zone. One of day-of-month and day-of-week must be ?, and day-of-week runs 1-7 from Sunday, so names are used here.
cron(0 0 1 1/3 ? *)
Quartz adds a leading seconds field and needs ? in either day field; days of the week are 1 (SUN) to 7 (SAT).
0 0 0 1 1/3 ?
Spring's @Scheduled(cron = ...) also uses six fields, but numbers days of the week 0-7 with Sunday as 0 or 7, like Unix cron; the names shown above work in both.
0 0 31 * *0 0 1 1,7 *0 0 28-31 * *0 0 1 1 *0 0 15 * *0 0 1,15 * *