Andrea Mazzoleni

Minor bugfix releases addressing issues reported by users. CHANGES IN SNAPRAID DAEMON 1.6 ============================== * In scheduled maintenance, spin down only if the daemon is configured to manage spindown, specifically if spindown_idle_minutes is different from 0. * In manual maintenance from the UI, added a checkbox for ignoring configured thresholds. * Don't protect the home directory in systemd to allow using it as a data disk. * Automatically reload the content file at startup if it was...

Clicking Refresh is exactly what you have to do in this case :) It allows the daemon to rad the new state of the array after your manual sync. On Tue, Apr 7, 2026 at 9:39 AM abubin abubin@users.sourceforge.net wrote: The error is gone after I click on "refresh" on the webui. Will update here is anything showing again. Replacing 4tb data with 3tb data drive Sent from sourceforge.net because you indicated interest in < https://sourceforge.net/p/snapraid/discussion/1677233/> To unsubscribe from further...

Yes. The web interface is inside the commander.zip. If it cannot be found, this is the issue. What system are you using, so that I can try to replicate it? Anyway, as a workaround, try to just copy the commander.zip to the expected place.

These are bugfix releases addressing issues reported by users. It is strongly recommended to update to SnapRAID 14.1, as it fixes a critical regression in the filtering logic for the include/exclude directives that could cause files to be incorrectly excluded from the parity calculation. CHANGES IN SNAPRAID DAEMON 1.4 ============================== * Propagates errors logged to syslog (or EventLog on Windows) to the task log displayed in the UI. This makes troubleshooting script execution problems...

The SnapRAID project is taking a major step forward. We are proud to announce the official release of the SnapRAID Daemon (snapraidd), a specialized background service that transforms the manual SnapRAID CLI into an automated, "always-on" ecosystem. For years, SnapRAID has been a homelab staple for data redundancy through its command-line interface. The Daemon builds upon this foundation, providing a modern orchestration layer that handles array maintenance, monitoring, and reporting so you don't...

Welcome back Leifi! Yes, fix is supposed to be slower than sync and scrub. The main reason is that sync and scrub use a multithreaded implementation with one thread for each disk to try to squeeze the maximum performance out of the system. Something similar is technically possible for fix and check as well, but in the end, during such operations you are more interested in reliability than in performance. And pushing the system to its limit is likely not a good idea.

This is likely the LAST BETA release before the official launch. This is your final opportunity to provide feedback and help us shape the stable version of the SnapRAID Daemon. WHAT'S NEW? =========== * Extra Disk Monitoring: You can now monitor disks that are not part of the main parity array. These are defined in snapraid.conf using the 'extra' keyword and receive full health and status tracking, though they are excluded from automated power management ('up', 'down', 'down_idle'). * Relocated State:...

Thanks for the report. Right now, Metro is generally better than Spooky2, but the improvement isn't large enough to justify replacing the old, battle-tested Spooky2. Version 14.0 will introduce MuseAir, a new contender expected to deliver even stronger performance. We'll see how MuseAir compares.