Free tools · no login

◷ Cron expression explainer

The cron expression 30 * * * * means: every hour at 30 minutes past (xx:30). In UTC its next runs are Mon 2026-10-12 20:30 and Mon 2026-10-12 21:30. A heartbeat monitor with a 10-minute grace period, pinged at the end of each run, alerts you when the job stops running or fails silently.

Paste a 5-field cron expression. Get what it means in plain English, when it runs next, and what could go wrong. Nothing is sent anywhere; it runs on our server in a few milliseconds.

Try: */5 * * * * (every 5 minutes) · 0 9 * * 1-5 (weekdays 09:00) · 0 0 1 * * (monthly) · 30 2 * * 0 (Sundays 02:30) · 0 9 1-7 * 1 (the OR trap) · @daily (macro)
30 * * * *
Every hour at 30 minutes past (xx:30).
minutehourday of monthmonthday of week
30****
3024 values31 values1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 120, 1, 2, 3, 4, 5, 6

Next 10 runs · UTC

  1. Mon 2026-10-12 20:30 UTC (+00:00) · in 23m
  2. Mon 2026-10-12 21:30 UTC (+00:00) · in 1h 23m
  3. Mon 2026-10-12 22:30 UTC (+00:00) · in 2h 23m
  4. Mon 2026-10-12 23:30 UTC (+00:00) · in 3h 23m
  5. Tue 2026-10-13 00:30 UTC (+00:00) · in 4h 23m
  6. Tue 2026-10-13 01:30 UTC (+00:00) · in 5h 23m
  7. Tue 2026-10-13 02:30 UTC (+00:00) · in 6h 23m
  8. Tue 2026-10-13 03:30 UTC (+00:00) · in 7h 23m
  9. Tue 2026-10-13 04:30 UTC (+00:00) · in 8h 23m
  10. Tue 2026-10-13 05:30 UTC (+00:00) · in 9h 23m

Times are UTC, which is what most cloud servers and GitHub Actions use. Set a timezone above to see local times.

Watch out

✓ No gotchas specific to this expression.

Always true for crontab: it runs in the server's timezone (check with date), with a minimal PATH, and % must be escaped as \%.
Full guide with systemd, Kubernetes and GitHub Actions examples: Every hour at half past

Monitor this job

cron never tells you when a job stops running. Add a heartbeat ping after the command: Vigil expects it on this schedule and alerts you if it doesn't arrive within the grace period (we'd suggest 10 minutes here).

crontab -e
30 * * * * /usr/local/bin/my-job.sh && curl -fsS -m 10 --retry 3 -o /dev/null https://puzaricloud.in/ping/<your-token>
Report start, finish and exit code (catches failures and hangs, not just silence)
30 * * * * curl -fsS -m 10 -o /dev/null https://puzaricloud.in/ping/<your-token>/start; /usr/local/bin/my-job.sh; curl -fsS -m 10 --retry 3 -o /dev/null https://puzaricloud.in/ping/<your-token>/$?

Replace /usr/local/bin/my-job.sh with your command and <your-token> with the token Vigil gives you. && means the ping only goes out when the job succeeded.

Watch this schedule — get alerted if it doesn't run

Link to this result:
How Vigil can watch this for you

Know the moment a cron job doesn't run

Paste the same expression into a Vigil heartbeat. Vigil works out when each run is due in your timezone, waits the grace period, then alerts you if the ping never came, if the job reported a failure, or if it started and never finished.

Monitor a cron job free
Free plan, no card. Alerts on email, Telegram, Slack, Discord, Teams or any webhook.
More free tools: