Cron Weekdays at 9:00: 0 9 * * 1-5
At 9:00 a.m., on weekdays. On the days it matches that means 1 run per day, or roughly 261 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 | 9 | 9 |
| Day of month | * | every day of the month |
| Month | * | every month of the year |
| Day of week | 1-5 | Monday, Tuesday, Wednesday, Thursday, Friday |
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 9 * * 1-5 /usr/bin/env bash /opt/jobs/weekdays-at-9am.sh >> /var/log/weekdays-at-9am.log 2>&1apiVersion: batch/v1
kind: CronJob
metadata:
name: weekdays-at-9am
spec:
schedule: "0 9 * * 1-5"
concurrencyPolicy: Forbid
jobTemplate:
spec:
template:
spec:
restartPolicy: Never
containers:
- name: weekdays-at-9am
image: alpine:3.20
command: ["/bin/sh", "-c", "echo running weekdays-at-9am"]on:
schedule:
- cron: '0 9 * * 1-5'
jobs:
run:
runs-on: ubuntu-latest
steps:
- run: echo "running weekdays-at-9am"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 weekdays at 9:00?
It is 0 9 * * 1-5. The engine reads it as: At 9:00 a.m., on weekdays. On a day the schedule matches, it fires 1 time, and across a calendar year it fires about 261 times.
How many times a day does weekdays at 9:00 run?
On the days it is allowed to run, 1 time: 1 trigger point per hour across 1 hour of the day. Because the schedule matches 261 days in a non-leap year, the yearly total is 261.
Why does the job still fail with 0 9 * * 1-5 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 weekdays at 9: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.