Cron monthly on the 1st at 09:00: the expression, explained, in Linux crontab

The cron expression for “monthly on the 1st at 09:00” is 0 9 1 * *. This page shows what each field does, the next five times it will fire, the mistake most people make with it, and a working Linux crontab example you can paste.

The expression

0 9 1 * *
FieldValueMeaning
minute0exactly 0
hour9exactly 9
day of month1exactly 1
month*every month
day of week*every day of week

Next five runs (UTC, from now)

  1. 2026-10-01 09:00 UTC
  2. 2026-11-01 09:00 UTC
  3. 2026-12-01 09:00 UTC
  4. 2027-01-01 09:00 UTC
  5. 2027-02-01 09:00 UTC

Mistakes people make with this schedule

  • Adding a day-of-week next to day-of-month 1. Classic cron ORs the two, so "0 9 1 * 1" would also run every Monday. Leave day-of-week as "*".
  • Assuming the server clock is your clock. Cron runs in the machine’s timezone unless the runtime says otherwise; the examples here are UTC.
  • No lock around a job that might overlap itself, and no alert when it silently stops. That second one is what Supercrontab is for.

Run it in your stack

# crontab -e
0 9 1 * * /usr/bin/curl -fsS https://example.com/cron/run > /dev/null

Lines run under the user’s crontab in the system timezone. Redirect output or cron will email it to you.

Questions

Does 0 9 1 * * run in my local time?

Only if the scheduler is configured for it. crontab uses the system timezone; Vercel and GitHub Actions always use UTC; Laravel and node-cron take a timezone option. In Supercrontab the timezone is a field on the job.

What if the previous run is still going?

Classic cron starts the next run anyway. Add a lock (flock on Linux, withoutOverlapping() in Laravel) or let Supercrontab skip the tick while the previous request is open.

Is there a shorter way to write this?

No. The five-field form is the shortest portable version.