Masterwishx

How do you run plugin by cron only? In latest version I changed some stuff about posting to syslog when running by cli and button it was not working befor, but not sure how it related to your issue...

Interesting, this is maybe becouse default sanoid setting: daily_hour = 23, daily_min =59? I have still strange issue with plugin by --cron, for me it make in different time and not every day (system_cache_ssd/appdata + childs, flash/boot) with copy backups. I tryed to make separate user script with - - prune, it remove old datasets but seems it couse to post errors in log, also maybe made new sub dataset in appdata. Then used make snapshot and send backup this made hourly snapshots, and fixed errors but they still exit and not removed however I have hourly=0.

You need to enable logging and debug logging, then let plugin run some times and then post debug.zip Also not sure why in syslog : ```move: 2910766 ? R 0:00 /bin/bash /usr/local/emhttp/plugins/ca.mover.tuning/age_mover start```

Or you can set notifications only when files moving

You need to post debug.zip

We have option in plugin (force move of all files.. ) that run unraid mover with separate cron, in case enabled...

If Unraid mover is disabled, you can check if forced mover option cron is not Intersect with plugin cron in case enabled...

If you set run mover every 30min, can be that first mover not finished and new mover trying to start? Also be shure that Unraid mover is disabled

Plugin will move files after cache pool size 75% until 0%

You can also check log files for what files filtered, moved etc...

No, nothing was changed. Sometimes you need a gap more than 10%-15% between moving thresholds. It should move all files above 30mb until free up %. So if you have like only 3 files above 30mb it will move only them + what other setting... Iirc You can send me age_mover debug, for I can check it.

Can be, you can open github issue, I will check when/if have time for it...

From debug: Filesystem system_cache_ssd/appdata/vaultwarden has: 15 total snapshots (newest: 34.4 hours old) 3 monthly desired: 3 newest: 445.4 hours old, named autosnap_2026-05-01_20:00:04_monthly 8 daily desired: 7 newest: 34.4 hours old, named autosnap_2026-05-18_23:00:02_daily 4 weekly desired: 4 newest: 181.4 hours old, named autosnap_2026-05-12_20:00:18_weekly Filesystem disk7/zfs_backups/system_cache_ssd_appdata/binhex-airsonic-advanced has: 19 total snapshots (newest: 12.2 hours old) 5 weekly desired: 4 newest: 12.2 hours old, named autosnap_2026-05-19_21:15:01_weekly 11 daily desired: 7 newest: 12.2 hours old, named autosnap_2026-05-19_21:15:01_daily 3 monthly desired: 3 newest: 445.4 hours old, named autosnap_2026-05-01_20:00:03_monthly Filesystem system_cache_ssd/appdata/semaphore has: 19 total snapshots (newest: 0.2 hours old) 5 weekly desired: 4 newest: 0.2 hours old, named autosnap_2026-05-20_09:15:01_weekly 11 daily desired: 7 newest: 0.2 hours old, named autosnap_2026-05-20_09:15:01_daily 3 monthly desired: 3 newest: 445.4 hours old, named autosnap_2026-05-01_20:00:05_monthly Filesystem system_cache_ssd/appdata/PuTTY has: 17 total snapshots (newest: 20.7 hours old) 3 monthly desired: 3 newest: 445.4 hours old, named autosnap_2026-05-01_20:00:05_monthly 9 daily desired: 7 newest: 20.7 hours old, named autosnap_2026-05-19_12:45:01_daily 5 weekly desired: 4 newest: 20.7 hours old, named autosnap_2026-05-19_12:45:01_weekly Filesystem system_cache_ssd/appdata/YouTrack has: 21 total snapshots (newest: 15.7 hours old) 12 daily desired: 7 newest: 15.7 hours old, named autosnap_2026-05-19_17:45:01_daily 6 weekly desired: 4 newest: 15.7 hours old, named autosnap_2026-05-19_17:45:01_weekly 3 monthly desired: 3 newest: 445.4 hours old, named autosnap_2026-05-01_20:00:03_monthly

Do your snapshots for appdata all sub datasets have daily snapshots at every day? And if you have flash snapshots maybe? I have strange count of snapshots for appdata sub datasets from 15 to 20... (with old script snapshots). So this mean after installed plugin it make snapshots not at every day for all subdatasets. Also for flash it made only one time snapshot ...

@Pirat After talking to Ai, sanoid debug and more investigation for system_ssd_cache/appdata found that some of child datasets was made snapshots/backup in random times but not all and not parent dataset. In the script that used befor, it used : sanoid --take-snapshots --take-snapshots is a forced snapshot mode. It means: - Sanoid always creates a snapshot - for every dataset with autosnap=yes - exactly at the time you run it (20:00) - even if the dataset did NOT change - even if the interval did NOT expire - even if daily/weekly/monthly is not due This is why: ✔ All snapshots were created at exactly 20:00 ✔ All datasets had the same timestamp ✔ Backups ran immediately after ✔ Behavior was predictable and synchronized This mode behaves like a cron job, not like an interval manager. But in plugin use : sanoid --cron This mode is interval‑based, not time‑based. Sanoid decides: - whether hourly is expired - whether daily is expired - whether weekly is expired - whether monthly is expired - whether the dataset changed - whether it should skip the snapshot Snapshots are created: - not at a fixed time - but at the first cron run after the interval expires - and only if the dataset changed (unless forced) That seems much better Behavior of sanoid snapshots/Backups. In any case maybe a good idea to add option for parametr : noinconsistentsnapshot = yes This forces Sanoid to create snapshots even if the dataset did not changed? Also can't see syncoid snapshot/backup for any of datasets...