4 comments

  • metriclogic 2 hours ago
    Happy to answer questions about how the parser handles edge cases, or why I chose client-side only. Also curious — do you manually check for cron overlaps today, or just find out when something breaks?
  • stop50 2 hours ago
    That is why i moved to systemd timers. I can manage relationships and prevent duplicate runs.
    • metriclogic 1 hour ago
      Fair point — systemd timers solve this properly. This is for the massive installed base that isn't migrating anytime soon.
  • karthik291193 2 hours ago
    How does it handle jobs that run on different servers? Like if I have 5 machines all running their own crontabs, the overlap problem is actually across hosts not just within one crontab.
    • metriclogic 1 hour ago
      Single host for now. Multi-host is a real problem but wanted to nail the common case first — most people don't know they have single-host overlaps until something breaks.
  • keerti_ece 2 hours ago
    Honestly? Find out when something breaks. Had a backup job and a DB vacuum running at the same time last year, took down prod for 20 minutes before I figured out what happened. Wish I’d had something like this.
    • metriclogic 1 hour ago
      20 minutes of downtime is exactly the kind of thing this was built to prevent. Hope it helps next time.