Error when access Snapraid plugin

  • After last update of the Snapraid plugin to 3.7.4 which finished with some error.
    Every time when I try to access Snapraid plugin I get an error window with text


    The property 'updthresh' does not exist in the model 'conf.service.snapraid'.



    With option OK or Show details


    and in detail is this text



    Also same error appears on Drives tab on any option under Tools and Info.

  • Confirmed. And downgrading back to 3.7.3 does not solve it.

    --
    Google is your friend and Bob's your uncle!


    OMV AMD64 7.x on headless Chenbro NR12000 1U 1x 8m Quad Core E3-1220 3.1GHz 32GB ECC RAM.

  • Looks like upgrade has replaced the /etc/snapraid.conf and /etc/snapraid-diff.conf files with clean ones, rendering the plugin unusable.


    Was able to restore /etc/snapraid.conf just by grabbing a file from root of one of my drives and replacing the one in /etc but it's still not working as it currently complaining about snapraid-diff configuration.


    Update: Removed the plugin completely, reinstalled, re-imported my drives and re-added exclusion rules - all seem to be working fine...

  • Upgrading did not replace or otherwise damage my /etc/snapraid.conf and /etc/snapraid-diff.conf files.


    Here are the contents on my snapraid-diff.conf file. (Forum software would not allow me to upload the file itself.)

    --
    Google is your friend and Bob's your uncle!


    OMV AMD64 7.x on headless Chenbro NR12000 1U 1x 8m Quad Core E3-1220 3.1GHz 32GB ECC RAM.

  • Upgrading did not replace or otherwise damage my /etc/snapraid.conf and /etc/snapraid-diff.conf files.


    Here are the contents on my snapraid-diff.conf file. (Forum software would not allow me to upload the file itself.)

    Looks like a default file. If you had any exclusions added to the snapraid config, check your main snapraid.conf file - you will see no exclusions in that file

  • I did check my snapraid.conf file. It was not touched in any way. All the exclusions, including those I added myself are still there.

    --
    Google is your friend and Bob's your uncle!


    OMV AMD64 7.x on headless Chenbro NR12000 1U 1x 8m Quad Core E3-1220 3.1GHz 32GB ECC RAM.

  • Interesting... I discovered that during upgrade it was complaining about /etc/default/omv_snapraid_excludes, which indeed was blank. Once I populated it with exclusions, upgrade finished successfully and it did update my snapraid.config file accordingly.


    It still was broken in UI so I went ahead and re-installed.


    There are still some odd things happening with snapraid-diff script though. It's complaining about line 490. I went ahead and inserted a new line before "else" statement and added "fi" to it. It's not complaining about it anymore, but not sure if I broken it in other ways lol.


    Will check the logs in the morning to see if diff sync finished successfully.

  • There are other problems. According to the changelog the update was to provide a default excludes file:


    openmediavault-snapraid (3.7.4) stable; urgency=low


    * Add default file for excludes


    but since the upgrade throws errors and doesn't seem to complete successfully the file never gets added.

    --
    Google is your friend and Bob's your uncle!


    OMV AMD64 7.x on headless Chenbro NR12000 1U 1x 8m Quad Core E3-1220 3.1GHz 32GB ECC RAM.

  • Exact same errors here after upgrading.

    I did check my snapraid.conf file. It was not touched in any way. All the exclusions, including those I added myself are still there.

    My conf files were wiped and started issuing errors to do with the exclusions. As above with Usblaidas, I copied from another .conf file in /Srv/dev-disk-by-label-X/snapraid.conf and added in my exclusion lines to the file in /etc/snapraid.conf. This let the OMV UI see my exclusions again but did not fix the error message:




    and the Diff script gives an error:



    Trying to run an apt-get update/upgrade manually gives an error for the new snapraid install:
    (Every time you run this your exclusions vanish from the GUI in Snapraid > config section)




    Hope some of this is useful. Luckily Snapraid still seems to function but with manual syncs/dif syncs in the meantime if you manually re-add your exclusions.

    • Offizieller Beitrag

    ut since the upgrade throws errors and doesn't seem to complete successfully the file never gets added.

    Exact same errors here after upgrading.

    My bad. 3.7.5 is in the repo. I didn't test (since I don't use snapraid) a pull request assuming that it was tested.

    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

    Just updated to 3.7.5, no more error, thanks

    Upgrade again to 3.7.6 just to be safe.

    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!

  • How does one NOT have:


    exclude /snapraid.conf*


    appear in the conf file? It seems to be put there automatically.

    --
    Google is your friend and Bob's your uncle!


    OMV AMD64 7.x on headless Chenbro NR12000 1U 1x 8m Quad Core E3-1220 3.1GHz 32GB ECC RAM.

  • 3.7.6 appears to have fixed everything but the Diff script is still issuing the same error at line 490.


    • Offizieller Beitrag

    How does one NOT have:

    Please don't make me change the plugin again... There is no way to get rid of it - code - without me changing the plugin. Can you tell me why you would want to keep a dynamically generated file that is backed up by the plugin and the backup can be removed from exclusion list by editing /etc/default/openmediavault-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!

    • Offizieller Beitrag

    3.7.6 appears to have fixed everything but the Diff script is still issuing the same error at line 490.

    I haven't touched that script. Someone else is going to have to fix it. Sounds a variable is set to null/empty string.

    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!

  • Please don't make me change the plugin again... There is no way to get rid of it - code - without me changing the plugin. Can you tell me why you would want to keep a dynamically generated file that is backed up by the plugin and the backup can be removed from exclusion list by editing /etc/default/openmediavault-snapraid?

    SnapRAID places a copy of snapraid.conf in the root of every data drive. What is the point of placing this file there if it is excluded from the parity when a sync is run?


    I do not have exclude /snapraid.conf* in my /etc/default/openmediavault-snapraid, yet every copy of snapriad.conf contains this statement.


    If I add include /snapraid.conf* to /etc/default/openmediavault-snapraid both the include and the exclude statement wind up in the snapraid.conf file with the exclude statement located above the include statement.


    Which one is obeyed?

    --
    Google is your friend and Bob's your uncle!


    OMV AMD64 7.x on headless Chenbro NR12000 1U 1x 8m Quad Core E3-1220 3.1GHz 32GB ECC RAM.

    • Offizieller Beitrag

    What is the point of placing this file there if it is excluded from the parity when a sync is run?

    There is a snapraid.conf on every drive. Every time you change the config, a backup of that file is made on the drives with extension .bak. By default, both are excluded from the parity but you would have to lose every drive to lose your config. While you can't remove the exclude the /snapraid.conf file, you can remove the exclude for .bak files from /etc/default/openmediavault-snapraid. Excluding both from the parity was not my idea but it was requested.


    I do not have exclude /snapraid.conf* in my /etc/default/openmediavault-snapraid, yet every copy of snapriad.conf contains this statement.

    Nope. It is hard coded in the mkconf file that I linked to. There is not way to get rid of it without a plugin change.

    If I add include /snapraid.conf* to /etc/default/openmediavault-snapraid both the include and the exclude statement wind up in the snapraid.conf file with the exclude statement located above the include statement.


    Which one is obeyed?

    The first one which is the exclude.


    Why is this file so important to be in the parity? I agree, it should make little difference if it is. i don't know why people either really want or really don't want this dynamically generated file in the parity.

    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!

  • 3.7.6 appears to have fixed everything but the Diff script is still issuing the same error at line 490.



    Same error here.

Jetzt mitmachen!

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