Cronicle

automationdevops

Multi-server task scheduler and runner with a web UI. Replaces cron with a visual dashboard, real-time log viewer, CPU/memory tracking, automatic failover, and plugins in any language

#cron#scheduler#automation#jobs#devops#self-hosted

Quick Start

docker run -d -p 3012:3012 -v cronicle_data:/opt/cronicle/data soulteary/cronicle:latest

Overview

Cronicle is a web-based task scheduler that replaces the scattered crontab files across your servers with a single dashboard. Schedule jobs, watch them run in real time, and see a history of every execution with timing, CPU usage, memory consumption, and the full log output. For anyone managing more than a handful of scheduled tasks, the visibility alone is worth the switch from raw cron.

The architecture separates a primary server from worker servers. The primary holds the schedule and assigns jobs; workers execute them. If you run a single machine it handles both roles. When you add a second server as a backup, Cronicle will automatically promote it to primary if the original goes down, keeping your schedule running without manual intervention. Additional worker servers distribute job execution across machines.

Plugins are the integration point. A plugin is any executable — a shell script, a Python file, a Node.js script, or a compiled binary. Cronicle passes job parameters as JSON via stdin and reads status updates and log output via stdout. This means any script you already have can become a scheduled Cronicle job with minimal changes. The HTTP plugin covers common API call and webhook scenarios without writing any code.

The live log viewer streams job output to the browser in real time over WebSockets. You can watch a long-running import or processing job complete without needing to SSH in and tail a log file. When a job fails, the output is preserved and accessible from the job history.

One thing worth noting before committing: the author announced xyOps as Cronicle’s successor in early 2026. Cronicle will continue to receive bug fixes and security patches, but active feature development is moving to the new project. For most scheduling use cases this does not matter immediately, but it is relevant context if you are building long-term infrastructure around it.

Cronicle: Pros & Cons

Pros (The Wins)Cons (The Friction)
Live log viewer:
Watch running jobs in real time;
no SSH needed.
Feature development ending:
Author moving to xyOps;
Cronicle gets bug fixes only.
Multi-server failover:
Backup server takes over
automatically if primary fails.
Flat-file storage:
No standard database; backup
and migration are non-standard.
Any-language plugins:
Shell, Python, Node.js, or
any executable as a job.
Pre-1.0 after years of use:
Never reached a formal
stable release milestone.
Resource tracking:
CPU and memory per job;
historical performance graphs.
Small contributor base:
Primarily solo project;
limited community development.

Use Cases

Specific ways to use Cronicle for your workflow.

01
Replace a server full of crontab entries with a visual dashboard showing every scheduled job and its last run status
02
Run a scheduled job on a specific server or across a group of worker servers with automatic failover
03
Monitor CPU and memory usage per job to identify tasks that are consuming more resources than expected
04
Trigger jobs on demand via REST API from a deployment script or external webhook

Deployment Strategy

Recommended ways to host Cronicle in your own environment.

docker
self-hosted