Cron At 06:00 and 18:00: 0 6,18 * * *
At 6:00 a.m. and 6:00 p.m.. On the days it matches that means 2 runs per day, or roughly 730 a year. Below are the field-by-field reading, the exact minutes it lands on, and ready-to-paste blocks for crontab, Kubernetes and GitHub Actions.
The five fields, one at a time
Cron reads left to right, from the finest unit to the coarsest. This expression fills them like so:
| Field | Token | What it means |
|---|---|---|
| Minute | 0 | 0 |
| Hour | 6,18 | 6, 18 |
| Day of month | * | every day of the month |
| Month | * | every month of the year |
| Day of week | * | every day of the week |
The exact minutes it fires
Because the minute field resolves to 1 specific value, each hour has 1 trigger point: :00.
Everything in this schedule is anchored to the top of the hour. If the box also runs other jobs at :00, shift this one with a range like 2-59/5 instead of */5 — same cadence, no thundering herd.
Paste it in
0 6,18 * * * /usr/bin/env bash /opt/jobs/twice-daily.sh >> /var/log/twice-daily.log 2>&1apiVersion: batch/v1
kind: CronJob
metadata:
name: twice-daily
spec:
schedule: "0 6,18 * * *"
concurrencyPolicy: Forbid
jobTemplate:
spec:
template:
spec:
restartPolicy: Never
containers:
- name: twice-daily
image: alpine:3.20
command: ["/bin/sh", "-c", "echo running twice-daily"]on:
schedule:
- cron: '0 6,18 * * *'
jobs:
run:
runs-on: ubuntu-latest
steps:
- run: echo "running twice-daily"Before you ship it
- Absolute paths only. Cron does not read your shell profile, so relative commands and
$PATHlookups fail silently. - Stars mean "every value", not "ignore the field". A
*still participates in matching; it just matches everything. - Overlap protection. A run that takes longer than the gap will stack. Add
flock -nfor shell jobs, orconcurrencyPolicy: Forbidin Kubernetes. - Log something. Cron mails output to a mailbox nobody reads; redirect to a file and rotate it.
Frequently asked
What is the cron expression for at 06:00 and 18:00?
It is 0 6,18 * * *. The engine reads it as: At 6:00 a.m. and 6:00 p.m.. On a day the schedule matches, it fires 2 times, and across a calendar year it fires about 730 times.
How many times a day does at 06:00 and 18:00 run?
On the days it is allowed to run, 2 times: 1 trigger point per hour across 2 hours of the day. Because the schedule matches 365 days in a non-leap year, the yearly total is 730.
Why does the job still fail with 0 6,18 * * * in crontab?
Almost always the environment, not the schedule. Cron runs with a near-empty PATH and no shell profile, so node, python3 or docker resolve to nothing. Use absolute paths, and redirect both streams (>> /var/log/job.log 2>&1) so a silent failure leaves a trace.
Does at 06:00 and 18:00 still fire during a daylight-saving change?
Yes, with a caveat. When clocks spring forward the skipped wall-clock times simply do not occur that day, and when they fall back an hourly job can run twice. For jobs where a double run is harmful, guard the body with a lock file or an idempotency key rather than relying on cron to fire exactly once.