Cron jobs, backups and scheduled tasks
Your jobs run quietly.
Their failures shouldn’t.
A backup, sync or cron job can stop for days without an error reaching your team. Send a check-in after successful work and get notified when an expected signal is missing. Keep job signals alongside your vendor status and endpoint checks.
Explore how heartbeats workMonitors Inventory sync
Inventory sync
Heartbeat · Every 5 minutes · 1 minute grace
- Last check-in
- 12:00
- Next expected
- 12:05
- Grace ends
- 12:06
Heartbeat history
Illustrative time windowLatest activity
Successful check-in
12:00:00
Configured destinations
Check-in received
The sync finished and sent its signal. The next window begins.
Give a late job some room.
Know when it runs out.
Set the expected interval, then allow a grace period for runs that take a little longer.
If a signal still hasn’t arrived, Statusfield evaluates the missed deadline and routes alerts using your configured rules.
Deadlines are evaluated every minute. Alerts follow your configured routing.
Let your job tell you it’s working.
Send a check-in after successful work, or report a failure when something goes wrong. If the next check-in is missing after the expected interval and grace period, Statusfield alerts your team through your configured channels.
Run a restic backup and check its exit code. Send a success ping only when the backup command succeeds. Configure your restic repository before using this example.
if restic backup /srv/data; then
curl -fsS --max-time 10 \
"https://ping.statusfield.com/$token"
else
curl -fsS --max-time 10 \
"https://ping.statusfield.com/$token/fail"
exit 1
fiReplace $token with your monitor’s token and keep the URL private. Adapt the commands, URLs and credentials to your setup. Run the JavaScript example as a Node.js module (.mjs). Your scheduler controls when these jobs run.
Explore alert routingFrequently Asked Questions
Successful check-ins, missed jobs, failure alerts and access.
How can I find out when a cron job or backup stops running?
Do I need vendor monitoring, uptime monitoring or a heartbeat?
How can I tell if my monitoring process itself stops running?
Why do you recommend Pro for engineering and IT teams?
Who can use heartbeat monitoring?
Can I monitor jobs on a private server?
What counts as a successful job?
What happens when a job runs late?
Why use /fail instead of waiting for a missed heartbeat?
Does a heartbeat use a monitor unit?
Still have questions? Email us at support@statusfield.com or set up a meeting. All emails are read by humans.
Explore more monitoring
Keep the rest of your stack in view.
Bring your services, dependencies and renewals together. Choose what you want to watch next.
One monitor unit. Your existing alert channels.
Each active heartbeat uses one shared monitor unit. Channel limits depend on your plan.