Can't apply changes in OMV configuration anymore !

  • Whenever I apply a change in configuration with the GUI (whatever the change), OMV hangs and after a short while, OMV restarts.


    OMV is stable, been running 24/7 for mounts and I keep it updated.


    I can't really link this problem with a recent update or any particular change in configuration.


    I have look at the log but I have not been able to find any clue... but to be honest, the clue might be there but I can't see it.


    After OMV restarts, it works just fine and I can revert the change without any problem.


    Any hints to diagnose this problem would be very helpful.


    ================================================================================

    = openmediavault information

    Release: 5.6.16-1

    Codename: Usul

    ================================================================================

    = System information

    Linux 4.4.213-rk3399 #2 SMP Wed Sep 8 10:53:31 UTC 2021 aarch64 GNU/Linux

  • Hi what kind of system are you using. How many RAM and what kind of CPU?

    I got a similar problem with my Raspberry Pi 2 and it figure out, that the spec from the Pi 2 was to low.

  • That's probably not the problem. This PI is dedicated to OMV and its not very loaded but OMV has 4x 2TB spinning drive on it...mostly at idle.

  • Spirare

    Added the Label OMV 5.x
  • Spirare

    Changed the title of the thread from “Comminucation error after applying changes...OMV restarts” to “Can't apply changes in OMV configuration anymore !”.
  • Switching Kernel seems to be a bit extreme considering that nothing points to this as being the problem.


    I am trying to understand first why the nanopim4v2 restart when OMV is applying configuration changes... hence my question about what to look for in which log.

  • Don't know the NanoPi but it looks like a normal Raspberry PI.

    You don't say how you have your HDDs connected but I assume it's via USB.


    Do you have enough power on the SBC?


    On a RPi (with RaspiOS), it's possible to check if the voltage is suffering with:

    cat /var/log/syslog | grep voltage


    See if it shows anything.

    Again, this will show on the Pi, if you have under-voltage issues.

    Maybe it will also show on the NanoPi (although it's a different OS)


    One other question: Is your OS a Desktop or Lite version?

  • OMV is running on Armbian Buster as per the above instructions.

    Yes, it's on the 'light' Buster without Desktop.

    Again, it has been running for months fine...very stable.

    The NanoPiM4V2 has a Satat Hat on it that can accommodate 4x Sata HDD...additionally the main NanoPiM4V2 board its has 4x USB3 ports...the one I am referring to as when adding more than one USB-HDD on this, I get the problem applying changes.

    The Sata Hat has 12v power connection that powers the HDD but also the NanoPiM4V2... I use a quality 12v / 20Amp regulated power supply to power the whole system so I don't think the problem could be coming from this.


    However, your point prompts me to investigate the NanoPiM4V2 USB3 ports specifications as how much power they can provide...strangely, the 2 USB/HDD 2.5 inches are working fine..the only problem is when I 'apply' OMV changes...which raises the question once again: "What that script is doing that can be linked to the NanoPiM4V2 to restart?

  • If everything has been working for months, the first thing that comes to mind is the SD-card. Even good cards can fail to write one block location. I recommended that users backup their card. If you did that, swap the spare in.

    I can't help you at this time (COVID). Maybe in a few days to a week.

    I don't have a NanoPiM4V2. Maybe some who has one could help you.

  • I have a first version NanoPi M4 with a SATA hat, but I have never run any drives from the USB. Is there any way you could externally power those 2 HHD’s and see if it’s a power issue?


    BTW: This is an excellent SBC machine. It does become a little pricey when you add the heat sync, 4-port SATA hat, and dedicated 12V. power supply. It is my backup server and has been running continuously for 2 years.

    Easy data backup: In a Scheduled Job: rsync -av --delete /srv/dev-disk-by-label-SOURCE/ /srv/dev-disk-by-label-DESTINATION/ (HT: Getting Started with OMV5)
    OMV 5 (current) - Thinkserver TS140, Nextcloud, Plex, Airsonic, Navidrome, Ubooquity, Digikam, Wetty, & Heimdall - NanoPi M4 (v.1): backups using Rsync and Rsnapshot - Odroid XU4 (Using DietPi): PiHole - hc2, xu4, Pi 3B+, Odroid H2, and VirtualBox: Testing and playing - Mac user converting to Linux, Debian 10 KDE.

    Edited once, last by Agricola ().

  • I have a first version NanoPi M4 with a SATA hat, but I have never run any drives from the USB. Is there any way you could externally power those 2 HHD’s and see if it’s a power issue?


    BTW: This is an excellent SBC machine. It does become a little pricey when you add the heat sync, 4-port SATA hat, and dedicated 12V. power supply. It is my backup server and has been running continuously for 2 years.

    Great point...Externally powering HDD testing is underway ...I will report back in a few days.


    BTW: I agree, find that little SBC very solid...OMV5 is rock stable on it...running 24/7 as a 8Tb media server with 4x2Tb HDD on the SataHat....personally, I am satisfied (or if you prefer, worth the extra cost). The Sata controller runs a bit warm, so just to be safe, I added a micro fan driven at min low speed by the mainboard... the HDD are also mounded in a way to allow plenty of natural air convection. The HDD on the USB3 ports of the mainboard is used to back up my personal data with Rsyn and repository for OS image backup for other devices running on my network. I am presently experimenting BorgBackup to replace Rsyn. Lastly, this SBC has plenty of capacity left...

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!