Cron reliability checklist after upgrade: verify no skip/duplicate runs
Scenario: scheduled jobs may skip, duplicate, or stall when timers overlap. Use a forced run + short-interval canary job to validate scheduler behavior after upgrading.
GITHUBDiscovered 2026-02-14Author openclaw
Prerequisites
- Cron jobs already exist and you can inspect run history.
- You can create and remove a temporary canary job in non-production channel.
Steps
- Record baseline with cron list/runs for one critical job before upgrade.
- After upgrade, trigger one immediate force run and confirm it starts/finishes exactly once.
- Add a 5-minute canary cron and observe at least 3 cycles for skip/duplicate behavior.
- Check concurrent trigger window by scheduling two jobs at same minute and verify both run independently.
Commands
openclaw cron listopenclaw cron run <jobId>openclaw cron runs <jobId>openclaw gateway statusVerify
Run history shows one entry per expected fire time, no missing windows, and no duplicated executions for the same timestamp.
Caveats
- Clock skew between host and container can still cause drift; keep NTP healthy(需验证).
- Force runs validate execution path but not long-term load behavior; keep canary monitoring for 24h when possible.
Source attribution
This tip is aggregated from community/public sources and preserved with attribution.
Open original source ↗