Ich betreibe meinen OMV eigentlich "nur" als Backupserver - z.B. für HyperBackup meiner Synology und als Spiegel meiner Freigegebenen Ordner auf der Synology.
Auf dem OMV nutze ich eine SnapRaid Konfiguration.
OMV schaltet sich um 22Uhr ein, dann laufen alle Backups, Spiegelung u.ä.,
dann macht das SnapRaid-aio-Script seine Arbeit, also einen Sync und ggf. Scrub-Job usw.
und dann schaltet sich OMV wieder ab.
Meine Sorge ist nun die, dass bei einem Defekt einer Datenplatte im Snapraid, trotzdem alle Backups laufen (mergerfs schafft dann alle Backupdateien auf die intakte Datenfestplatte) und erst beim Sync-Job bemerkt SnapRaid die defekte Festplatte.
Dann wäre es aber leider zu spät, denn seit dem letzten Sync geänderten oder hinzugefügten Dateien und vorallem(!) eine gleiche Anzahl (oder gar alle?!) Dateien der defekten Festplatte - deren Parität dann nicht mehr gegeben ist) sind dann nicht mehr wiederherstellbar!!! 
Kann man beim Start des OMV nicht irgendwie das Schreiben in die Ordnerfreigabe (oder an das Mergerfs) verhindern wenn eine Festplatte defekt ist?
(um zu verhindern, dass die Backups auf das OMV geschrieben werden? - womit die Parität zerstört wird und damit auch andere Dateien nicht mehr geschützt sind)
Ich meine, bei mir sind das alles sowieso "nur" Backup-Dateien aber das beträfe ja auch eine "normale" Nutzung von SnapRAID.
I actually operate my OMV "only" as a backup server - e.g. for HyperBackup of my Synology and as a mirror of my shared folders on the Synology.
On the OMV I use a SnapRaid configuration.
OMV switches itself on at 10 p.m., then all backups, mirroring, etc. run,
then the SnapRaid aio script does its work, i.e. a sync and, if necessary, a scrub job, etc.
and then OMV shuts itself off again.
My concern now is that if a data disk in Snapraid is defective, all backups will still run (mergerfs then creates all backup files on the intact data hard disk) and SnapRaid only notices the defective hard disk during the sync job.
But then it would unfortunately be too late, because files that have been changed or added since the last sync and above all (!) an equal number (or even all?!) files of the defective hard disk - whose parity is then no longer given) can no longer be restored !!! :-(
When starting OMV, isn't it somehow possible to prevent writing to the shared folder (or to the mergerfs) if a hard disk is defective?
(to prevent the backups from being written to the OMV? - which destroys the parity and means that other files are no longer protected)
I mean, for me it's all "only" backup files anyway, but that would also apply to "normal" use of SnapRAID.
