Can you please clarify? You expect me to maintain the add-on?
I've never built OMV plug-ins, I'm not a real coder.
I can try, but I will take a long time.
Can you please clarify? You expect me to maintain the add-on?
I've never built OMV plug-ins, I'm not a real coder.
I can try, but I will take a long time.
Uhm, a first issue arises during the command line installation for dependencies.
It warns are missing, but are not installed.
root@omv8-test:~# sudo dpkg -i openmediavault-snapraid-aio_8.0_all.deb
(Reading database ... 44687 files and directories currently installed.)
Preparing to unpack openmediavault-snapraid-aio_8.0_all.deb ...
Unpacking openmediavault-snapraid-aio (8.0) over (8.0) ...
dpkg: dependency problems prevent configuration of openmediavault-snapraid-aio:
openmediavault-snapraid-aio depends on bc; however:
Package bc is not installed.
openmediavault-snapraid-aio depends on curl; however:
Package curl is not installed.
openmediavault-snapraid-aio depends on python3-markdown; however:
Package python3-markdown is not installed.
openmediavault-snapraid-aio depends on snapraid (>= 12); however:
Package snapraid is not installed.
dpkg: error processing package openmediavault-snapraid-aio (--install):
dependency problems - leaving unconfigured
Processing triggers for openmediavault (8.0-11) ...
Restarting engine daemon ...
Errors were encountered while processing:
openmediavault-snapraid-aio
Display More
To install, I had to run apt --fix-broken install
Don't know why.
This section of the script actually uses postfix configuration from OMV, so the user doesn't have to configure anything manually.
Since the user has already configured Notification options, I would inherit those values. (simplicity)
Please disable the option and remove it: the user will not be in control of updates since we'll manage them via package updates
Healtchecks UUID and Healtchecks URLs should be grayed out if "Use Healthchecks.io" is disabled, which is by default. If enabled, they are mandatory fields.
The same applies with Apprise: the URL field should be grayed out if the main option is disabled, mandatory if enabled.
I think some options clashed between Apprise and Apprise Notifications.
Can you make two distinct sections?
Use Apprise Notifications
Apprise Attach report
Apprise URL
Apprise Email notification
Use Apprise Notifications
Apprise Attach report
Apprise URL
NOTE: this is an advanced setting, not super relevant to OMV the average user. The main benefit for OMV users is the attachment feature not available in postfix.
These are legacy integrations before I developed the Apprise integration. Please hide them. The Discord integration is very unreliable. Apprise is much superior, I don't want new users to go for these old features.
SMART_LOG_NOTIFY requires SMART_LOG to be enabled first.
SNAP_STATUS_NOTIFY requires SNAP_STATUS to be enabled first.
This should be instead a dropdown menu with a list of the available configuration files.
Please note that the script can be used for multiple configuration files, creating a separate AIO config for each SnapRAID script.
Honestly I don't know how many users do multiple SnapRAID configurations, but since it's a feature, we should probably follow the same approach and make the AIO configurations for each SnapRAID configuration.
Since we removed remote Docker management, now "Manage local Docker Containers" is redundant since the user would have already selected "Manage Docker containers / services".
Can you hide the entry but still enable it if the user enabled "Manage local Docker Containers"?
I will take care of this.
I wanted to test it right now but my testing VM has OMV7 and the plugin requires OMV8. Is there a dirty way to upgrade to OMV8/Debian 13?
I would not do this in real world, it just to get it up and running quickly.
Yes, I think it would make sense to only pull running containers. Those are the ones that need to be stopped/paused.
I also think we can discard the "Remote Docker Management" section, since it's for very advanced uses where SnapRAID and Docker are not running on the same host.
I was really hoping to hand this off. I can help but I don't use snapraid or the script. So, it is really hard for me to test. I also don't really know how the script should be used. Creating this initial plugin was about all of my available time for a while which was much less work than getting the current plugin to stop using the old script and start using the new one.
I really appreciate it.
I've delayed my help for an official integration because I wanted to make changes to the script, but I hadn't had time until recently.
The logic is always the same: automate all SnapRAID routine actions. Some of these things are very specific to the SnapRAID world. However, the description I've added to each field in the configuration file should be enough to explain every option, at least for a SnapRAID user.
In addition to the core SnapRAID actions, the script does some nice things.
An example is the Docker management. When SnapRAID is running, no application should write any data to the array.
To resolve this problem, my script stops or pauses containers during the execution.
Currently, a user has to enter the containers manually. Could we pull containers names so they can be selected with a dropdown list?
Thank you. I will do some tests, I have a VM with random data so I don't break anything.
I'll provide some feedback soon!
Hi ryecoaaron, thanks for the initial effort on this!
Please note that I've been working a lot on the dev branch.
Most of the changes are done, I just need to merge a PR.
I had a quick look and it seems that you used the master as a reference.
Therefore, regarding the configuration reference and descriptions which needs to be exposed in the UI, please refer to this: https://github.com/auanasgheps…ob/dev/script-config.conf
What's the "logic" of the plugin? I would expect it to expose most/all configuration options and push them to the config files. If it's only this, the testing shouldn't be too much hard.
A nice to have would be to install automatically the dependencies. The script handles this automatically, but I think would be best to integrate them in the install phase.
Required:
- curl
- jq
- bc
- python3-markdown
Optional: Pipx + Apprise for enhanced notifications.
The issue is now fixed, and the problem is not related to OMV!
I confirm that APC and Eaton are great with NUT and provide lots of info.
For me scrubbing is important for the health of the files.
For me too, and my post wasn't encouraging to disable scrub if you don't know what you are doing.
I use SnapRAID, not regular RAID, which has a flexible and convenient method of doing little partial scrubs every day.
Sounds interesting. Care to share some details of what me might expect to see in the update?
It will include a new notification system which is much more reliable and flexible compared to the previous one. And also a couple of minor changes, plus lots of bugfixes and logic/safeguards improvements.
Most of what I'm saying is already on Github, and the installation is super easy.
That's why I haven't focused on the integration with the plugin, but it will happen.
Any update regarding adding some of the features from the AiO script by auanasgheps?
Not yet, but it's still my next objective. I first have to release the next major update.
Yes, this is a common problem when mounting Borg backups with FUSE, which by default limits the access to the mount user.
When executing the command, if done via the CLI, you can add the allow_other option.
Otherwise you can adjust FUSE configuration (/etc/fuse.conf) and add the option there.
And yes, it will be available via SMB!
I've tested the latest test package which contains the newly added services and it works perfectly. Thank you!
Postfix wasn't fully working yet with the test version.
You have to add a specific service to the systemd file.
I fixed the issue by adding a new line
More info here.
I have solved both Postfix and nginx doesn't exist/exist emails, while sending a test email to verify Postfix is alive.
Thanks again to wenzhuo for the help. You are a master!
I have tested it and this this fixes two issues:
Edit the folder2ram_startup.service systemd: systemctl edit folder2ram_startup.service --full
Add the following to the [Unit] section
RequiresMountsFor=/var
Wants=tmp.mount
Before=monit.service rrdcached.service minidlna.service nginx.service nmbd.service
It should look like this
[Unit]
Description=folder2ram systemd service
After=local-fs.target
After=blk-availability.service
DefaultDependencies=no
RequiresMountsFor=/var
Wants=tmp.mount
Before=monit.service rrdcached.service minidlna.service nginx.service nmbd.service
Save and reboot.
ENJOY!
Sorry, my bad.
I've checked the documentation and I made a mistake in the environment variable: it's
OMV_BTRFS_SCRUB_ENABLED
Hi,
Yesterday I received a scrub report notification for each of my disks:
Scrub report of the file system mounted at /srv/dev-disk-by-uuid-7e5bf71c-c945-4bea-8f96-6ebe8545198d [UUID=7e5bf71c-c945-4bea-8f96-6ebe8545198d]
Scrub device /dev/sda (id 1) done
Scrub started: Sat Jun 14 11:46:18 2025
Status: finished
Duration: 5:44:44
Total to scrub: 4.73TiB
Rate: 239.40MiB/s
Error summary: no errors found
I've previously set the variable OMV_BTRFS_SCRUB_ENABLE to NO, but it still ran.
What should I do to disable it?
I am using SnapRAID which has built-in scrub feature, that's why I don't want another one.
Thanks!
did anyone find a fix for this? I run two OMV7 servers on similar but slightly different hardware. One of my servers send email notifications fine, the other one hangs and does not send notifications until I run `sudo systemctl restart postfix` and then I get a flood of emails.
The only thing that is really different (and how I started noticing it) was I run this snapraid script https://github.com/auanasgheps/snapraid-aio-script by auanasgheps but I am not sure if that is the cause of the issue.
any help is appreciated, happy to provide further information.
My script only uses the current OMV Postfix configuration, so it doesn't make any changes regarding email.
I am seeing the same issue with postfix (emails not being sent) , because I'm running the flashmemory plugin. If you are too, unfortunately this is to be expected with OMV7 (don't know why, OMV6 worked flawylessly with this plugin).
More info can be found here.
The workaround for me is to set a cron job on restart to 60 seconds:
To be honest I'm evaluating the replacement of my USB thumb drive with a USB SSD so I can discard the plugin.