Cron every other day (0 0 */2 * *): next runs and syntax

What it is used for

Jobs that are too heavy to run daily, such as full scans or large exports.

Field by field

Field	Value	Matches
Minute	`0`	0
Hour	`0`	0
Day of month	`*/2`	1, 3, 5, 7, 9, 11, 13, 15, 17, 19, 21, 23, 25, 27, 29, 31
Month	`*`	every value
Day of week	`*`	every value

0 0 */2 * * /path/to/job

Next 10 run times

Computed when this page loaded (2026-11-11 02:24 UTC), assuming the scheduler runs in UTC.

#	UTC	Your local time
1	`Fri 2026-11-13 00:00`	-
2	`Sun 2026-11-15 00:00`	-
3	`Tue 2026-11-17 00:00`	-
4	`Thu 2026-11-19 00:00`	-
5	`Sat 2026-11-21 00:00`	-
6	`Mon 2026-11-23 00:00`	-
7	`Wed 2026-11-25 00:00`	-
8	`Fri 2026-11-27 00:00`	-
9	`Sun 2026-11-29 00:00`	-
10	`Tue 2026-12-01 00:00`	-

Things to watch with this schedule

*/2 in the day-of-month field restarts every month. After the 31st it runs again on the 1st, so 31-day months produce two runs on consecutive days, and February goes from the 29th or 27th to the 1st. For a strict 48-hour interval, run daily and check in the script, for example [ $(( $(date +\%s) / 86400 \% 2 )) -eq 0 ] && /path/to/job (each % escaped as \% inside a crontab).

Kubernetes CronJob

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-other-day
spec:
  schedule: "0 0 */2 * *"
  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"]

GitHub Actions

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 */2 * *'   # UTC

jobs:
  run:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - run: ./run-job.sh

systemd timer

The equivalent OnCalendar= value is *-*-01/2 00:00:00. Check it with systemd-analyze calendar '*-*-01/2 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 other day

[Timer]
OnCalendar=*-*-01/2 00:00:00
Persistent=true

[Install]
WantedBy=timers.target

AWS EventBridge

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/2 * ? *)

Quartz Scheduler (Java)

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/2 * ?

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.

Related schedules

Twice a day at 9am and 5pm 0 9,17 * * *
Twice a day 0 0,12 * * *
Every day at 11:59pm 59 23 * * *
Every day at 6pm 0 18 * * *
Every day at 5pm 0 17 * * *
Every day at 9am 0 9 * * *
All cron schedules and the field reference
Build a crontab line from this schedule