Know the moment a scheduled job stops working — not days later
Cronbell watches your cron jobs, backups, and scheduled scripts, and emails you the second one goes quiet.
In plain English
Think of Cronbell like a heartbeat monitor — but for your automated tasks instead of a person. Every time your script or backup job finishes, it sends a tiny "I'm alive" signal. If that signal doesn't show up when it's supposed to, Cronbell taps you on the shoulder and says "hey, something didn't run — go check."
That's the whole idea. No agents to install, nothing complicated — just one small check added to a job you already have.
How it works
- Create a monitor. You get a unique link, and tell Cronbell how often the job is supposed to run.
- Your job visits that link when it finishes. One line added to a script, cron job, or workflow you already have.
- If the visit doesn't happen on time, you get an email. Before it turns into a real problem, not after.
What this actually looks like
A real dashboard, showing real jobs:
| Name | Status | Last ping | Every |
|---|---|---|---|
| nightly-db-backup | up | 2026-08-09 17:35 UTC | 24h (+1h grace) |
| hourly-sync-job | late | 2026-08-09 16:10 UTC | 1h (+10m grace) |
| weekly-report-email | down | 2026-08-02 09:00 UTC | 7d (+2h grace) |
Who this is for
Anyone who has a script, job, or task that's supposed to run on its own — and would rather find out immediately than accidentally, days later:
- A nightly database backup that quietly stopped running
- A weekly report email that never went out
- A Kubernetes CronJob or CI pipeline step that silently failed
- Any script on a server that only you would notice was broken — eventually
Want the technical details — cron, Docker, Kubernetes, CI examples, how this fits next to Prometheus/Grafana? Read the docs →