[HowTo] SnapRAID in OMV

  • Hello all.


    I am thinking about migrating from Unraid and I like the look of OMV very much. Having played around with a test system it seems to do everything I require, only problem is that I don't have enough spare hard drives to be able to test out the SnapRAID plugin, hence these questions :)


    My server is turned on only when I need it, serving up films, music, doing photo backups etc...

    • With Unraid parity is calculated in real time, but with SnapRAID I understand that a sync command needs to be performed. Creating a Cronjob seems like the way forward, but how does this fit in with a server that isn't switched on overnight? I presume the cronjob will run the next time the server is up, but how long for example, does calculating parity take, say for 10GB of new data?
    • Is the plugin robust enough to "set it and forget it" or does one need to keep checking the admin interface or hit the command line every now and then to perform syncing, fixing when necessary etc...
    • Data scrubbing. This is new to me. Is it really required and what's involved from a users perspective?


    Many thanks!

    • Offizieller Beitrag

    You could always test in a Virtualbox virtual machine :)


    If you create a cronjob in the Scheduled Tasks tab and specify daily, the job will run when you turn your server back on. It uses anacron. The speed depends on how fast your server's cpu is.


    Yes, the plugin is stable. You wouldn't have to keep checking the web interface. You could have the scheduled task email you the output to verify everything is syncing correctly.


    Scrubbing verifies the data to confirm it has not become corrupt. How important your data is determines if it is required. The plugin includes a script that you can use to scrub.

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

  • Thanks for the clear answers.
    Yeah I am using the "usual suspect": HP Microserver gen. 8. The reason I am asking is sometimes I run the server up for just 10-15 mins to do some task, if a sync task is taking place how does shutting the server down handle that cleanly? Sometimes with Unraid I had issues if the server wasn't shutdown cleanly and all of the processes correctly stopped, this resulted in kicking off a parity check the next time the server was started.


    Cheers.

    • Offizieller Beitrag

    I would avoid shutting the server down when syncing anything. I would test it in a VM if you really need to do that.

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

  • I'm in the "unRAID -> OMV Migration Club" too!


    I've just bought a new data drive, so I'm using this as an excuse to migrate; but I also want to convert my drives from ReiserFS to XFS ( Researched XFS vs EXT4 so any input there is also appreciated!).


    My idea is to mount the original drives; use the new drive as a SnapRAID parity disk; sync; re-format the original data drive as XFS; then "fix" the re-formated drive so restore the data; but using XFS as the underlying file-system...


    I'm setting up a VM to trial my plan; but I'm going to ask here to save the effort... Should my plan work or is it a big no-go?!

    • Offizieller Beitrag

    It should work but I wouldn't do it without a backup :)

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

  • :) ... Well; thats exactly what the sensible head says!! The "too tight to buy a second 6tb drive just after the first to use as parity" head says "Try it!" haha :).


    Thanks for your input, and on the ReiserFS issue i posted about the other day; its been sorted in 1.17 :)

  • I updated to the latest version of the plugin and it seems like the diff script moved locations I can now only find "omv-snapraid-diff" in /usr/sbin -- and when it is executed, it seems to work but also returns this:


    "/usr/sbin/omv-snapraid-diff: line 368: [: missing `]'"


    Any ideas?

    • Offizieller Beitrag

    The script was moved to /usr/sbin to follow Debian packaging guidelines.


    The error might be related to not all settings being written. Try omv-mkconf snapraid and test again.

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

    • Offizieller Beitrag

    Post the output of: omv-showkey snapraid

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

  • Sure...


    • Offizieller Beitrag

    It is a bug in the script. The $DEL_THRESHOLD variable is never set. I don't use snapraid but I will try to figure out where it should be set.

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

    • Offizieller Beitrag

    Version 1.2 in testing repo. Try it out.

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

  • Just came to report a bug with $DEL_THRESHOLD. The script runs for me, but delete threshold is ignored in a strange manner - in logs I can see "deleted files (2175) is below threshold (11)", where 11 is my delete threshold.

    OMV 1.0, Pentium G2120 3.1 GHz, 8 Gb RAM, SnapRAID+aufs 3x4Tb Ext4 + 1x1Tb Ext4, boot ssd 32Gb ADATA

    • Offizieller Beitrag

    That should be fixed in 1.2. It was never reading the value of delthreshold from config.xml.

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!