Error applying "pendig configuration changes" after upgrade

Wumpus · Oct 31st 2025

Hi Forum !

Upgrade from OMV 6.x to 7 went w/o errors, system booted sucessfully, login to GUI w/o problems.

I immediately got the request to apply pending configuration changes. Doing so, this ended in a lengthy failure message.

Shortened (full message attached):

Code

OMV\ExecException: Failed to execute command 'export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export LC_ALL=C.UTF-8; export LANGUAGE=; omv-salt deploy run --no-color phpfpm 2>&1' with exit code '1': debian:
----------
          ID: cleanup_monit_conf_dir
    Function: module.run
      Result: True
     Comment: file.find: ['/etc/monit/conf.d/openmediavault-collectd.conf', '/etc/monit/conf.d/openmediavault-engined.conf', '/etc/monit/conf.d/openmediavault-filesystem.conf', '/etc/monit/conf.d/openmediavault-nginx.conf', '/etc/monit/conf.d/openmediavault-phpfpm.conf', '/etc/monit/conf.d/openmediavault-rrdcached.conf', '/etc/monit/conf.d/openmediavault-system.conf']
     Started: 22:11:01.032103
    Duration: 1.574 ms
     Changes:
              ----------
              file.find:
                  - /etc/monit/conf.d/openmediavault-collectd.conf
                  - /etc/monit/conf.d/openmediavault-engined.conf
                  - /etc/monit/conf.d/openmediavault-filesystem.conf
                  - /etc/monit/conf.d/openmediavault-nginx.conf
                  - /etc/monit/conf.d/openmediavault-phpfpm.conf
                  - /etc/monit/conf.d/openmediavault-rrdcached.conf
                  - /etc/monit/conf.d/openmediavault-system.conf

[...]

Summary for debian
-------------
Succeeded: 19 (changed=11)
Failed:     1
-------------
Total states run:     20
Total run time:    1.133 s
[ERROR   ] Command 'monit' failed with return code: 1
[ERROR   ] stdout: Unix socket /run/monit.sock connection error -- No such file or directory
[ERROR   ] retcode: 1
[ERROR   ] 'monit.monitor': False in /usr/share/php/openmediavault/system/process.inc:247
Stack trace:
#0 /usr/share/php/openmediavault/engine/module/serviceabstract.inc(62): OMV\System\Process->execute()
#1 /usr/share/openmediavault/engined/rpc/config.inc(187): OMV\Engine\Module\ServiceAbstract->deploy()
#2 [internal function]: Engined\Rpc\Config->applyChanges()
#3 /usr/share/php/openmediavault/rpc/serviceabstract.inc(124): call_user_func_array()
#4 /usr/share/php/openmediavault/rpc/serviceabstract.inc(155): OMV\Rpc\ServiceAbstract->callMethod()
#5 /usr/share/php/openmediavault/rpc/serviceabstract.inc(628): OMV\Rpc\ServiceAbstract->OMV\Rpc\{closure}()
#6 /usr/share/php/openmediavault/rpc/serviceabstract.inc(152): OMV\Rpc\ServiceAbstract->execBgProc()
#7 /usr/share/openmediavault/engined/rpc/config.inc(208): OMV\Rpc\ServiceAbstract->callMethodBg()
#8 [internal function]: Engined\Rpc\Config->applyChangesBg()
#9 /usr/share/php/openmediavault/rpc/serviceabstract.inc(124): call_user_func_array()
#10 /usr/share/php/openmediavault/rpc/rpc.inc(86): OMV\Rpc\ServiceAbstract->callMethod()
#11 /usr/sbin/omv-engined(546): OMV\Rpc\Rpc::call()
#12 {main}

Display More

Somehow the command "monit" failed - wat went wrong here?

Otherwise, the system seemed to work properly, so I was successfully able to import my zfs pool.

Then, I realized that I could not mount my NFS shares from my client. The entries under "/services/NFS/settings" and "/services/NFS/shares" seem to be ok, however under "/Diagnostics/Services/NFS" I get the message "Error, please apply configuration changes first"- which closes the circle.

Kind Regards,

Wumpus (Sven H.)

Soma · Nov 2nd 2025

Quote from Wumpus

Upgrade from OMV 6.x to 7 went w/o errors, system booted sucessfully, login to GUI w/o problems.

Can you run and post the output of the fix6to7upgrade script:

wget -O - https://github.com/OpenMediaVault-Plugin-Developers/installScript/raw/master/fix6to7upgrade | sudo bash

As for the error you had:

Code

[ERROR   ] Command 'monit' failed with return code: 1
[ERROR   ] stdout: Unix socket /run/monit.sock connection error -- No such file or directory

It seems the /run folder wasn't created or available at the time the error occured.

Create it with sudo mkdir -p /run and run sudo omv-salt deploy run monit

Post any output.

Wumpus · Nov 2nd 2025

I reverted to OMV 6 from a backup I made just before starting the 1st upgrade, and restarted the upgrade process.

Again, after applying this patch (sorry forgot to mention above), the upgrade process finished w/o apparent failures.

Upon logging in, I got the expected request to apply pending configuration changes, and again this ended in a lengthy failure message - however, unfortunately a completely different one (shortened, full log attached):

Code

OMV\ExecException: Failed to execute command 'export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export LC_ALL=C.UTF-8; export LANGUAGE=; omv-salt deploy run --no-color samba 2>&1' with exit code '1': debian:
----------
          ID: configure_samba_global
    Function: file.managed
        Name: /etc/samba/smb.conf
      Result: True
     Comment: File /etc/samba/smb.conf is in the correct state
     Started: 21:40:20.820882
    Duration: 132.025 ms
     Changes:
----------
          ID: configure_samba_shares
    Function: file.append
        Name: /etc/samba/smb.conf
      Result: False
     Comment: An exception occurred in this state: Traceback (most recent call last):
                File "/usr/lib/python3/dist-packages/salt/utils/templates.py", line 477, in render_jinja_tmpl
                  output = template.render(**decoded_context)
                           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
                File "/usr/lib/python3/dist-packages/jinja2/environment.py", line 1301, in render
                  self.environment.handle_exception()
                File "/usr/lib/python3/dist-packages/jinja2/environment.py", line 936, in handle_exception
                  raise rewrite_traceback_stack(source=source)
                File "<template>", line 36, in top-level template code
                File "/usr/lib/python3/dist-packages/jinja2/sandbox.py", line 401, in call
                  return __context.call(__obj, *args, **kwargs)
                         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
                File "/usr/lib/python3/dist-packages/salt/loader/lazy.py", line 149, in __call__
                  return self.loader.run(run_func, *args, **kwargs)
                         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
                File "/usr/lib/python3/dist-packages/salt/loader/lazy.py", line 1234, in run
                  return self._last_context.run(self._run_as, _func_or_method, *args, **kwargs)
                         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
                File "/usr/lib/python3/dist-packages/salt/loader/lazy.py", line 1249, in _run_as
                  ret = _func_or_method(*args, **kwargs)
                        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
                File "/var/cache/salt/minion/extmods/modules/omv_conf.py", line 121, in get_sharedfolder_path
                  mp_obj = get('conf.system.filesystem.mountpoint', sf_obj['mntentref'])
                           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
                File "/var/cache/salt/minion/extmods/modules/omv_conf.py", line 41, in get
                  objs = db.get(id_, identifier)
                         ^^^^^^^^^^^^^^^^^^^^^^^
                File "/usr/lib/python3/dist-packages/openmediavault/config/database.py", line 85, in get
                  query.execute()
                File "/usr/lib/python3/dist-packages/openmediavault/config/database.py", line 746, in execute
                  raise DatabaseQueryNotFoundException(
              openmediavault.config.database.DatabaseQueryNotFoundException: No such object: //system/fstab/mntent[uuid='cb9490fb-3cd3-469b-820f-7ef63648f102']

              During handling of the above exception, another exception occurred:

              [see attachment]

              ; line 36

              ---
              [...]
              {%- set dfree_command = salt['pillar.get']('default:OMV_SAMBA_SHARE_DFREECOMMAND', '/usr/sbin/omv-btrfs-dfree') -%}
              {%- set dfree_cache_time = salt['pillar.get']('default:OMV_SAMBA_SHARE_DFREECACHETIME', '30') -%}
              #======================= Share Definitions =======================
              {%- for share in config.shares.share | selectattr('enable') %}
              {%- set sf_name = salt['omv_conf.get_sharedfolder_name'](share.sharedfolderref) %}
              {%- set sf_path = salt['omv_conf.get_sharedfolder_path'](share.sharedfolderref) %}    <======================
              [{{ sf_name }}]
              {%- if share.comment | length > 0 %}
              comment = {{ share.comment }}
              {%- endif %}
              path = {{ sf_path }}
              [...]
              ---
.
[ failure reported multiple times,see attachment ]
.

{%- set dfree_command = salt['pillar.get']('default:OMV_SAMBA_SHARE_DFREECOMMAND', '/usr/sbin/omv-btrfs-dfree') -%}
{%- set dfree_cache_time = salt['pillar.get']('default:OMV_SAMBA_SHARE_DFREECACHETIME', '30') -%}
#======================= Share Definitions =======================
{%- for share in config.shares.share | selectattr('enable') %}
{%- set sf_name = salt['omv_conf.get_sharedfolder_name'](share.sharedfolderref) %}
{%- set sf_path = salt['omv_conf.get_sharedfolder_path'](share.sharedfolderref) %}    <======================
[{{ sf_name }}]
{%- if share.comment | length > 0 %}
comment = {{ share.comment }}
{%- endif %}
path = {{ sf_path }}
[...]
---
 in /usr/share/php/openmediavault/system/process.inc:247
Stack trace:
#0 /usr/share/php/openmediavault/engine/module/serviceabstract.inc(62): OMV\System\Process->execute()
#1 /usr/share/openmediavault/engined/rpc/config.inc(187): OMV\Engine\Module\ServiceAbstract->deploy()
#2 [internal function]: Engined\Rpc\Config->applyChanges()
#3 /usr/share/php/openmediavault/rpc/serviceabstract.inc(124): call_user_func_array()
#4 /usr/share/php/openmediavault/rpc/serviceabstract.inc(155): OMV\Rpc\ServiceAbstract->callMethod()
#5 /usr/share/php/openmediavault/rpc/serviceabstract.inc(628): OMV\Rpc\ServiceAbstract->OMV\Rpc\{closure}()
#6 /usr/share/php/openmediavault/rpc/serviceabstract.inc(152): OMV\Rpc\ServiceAbstract->execBgProc()
#7 /usr/share/openmediavault/engined/rpc/config.inc(208): OMV\Rpc\ServiceAbstract->callMethodBg()
#8 [internal function]: Engined\Rpc\Config->applyChangesBg()
#9 /usr/share/php/openmediavault/rpc/serviceabstract.inc(124): call_user_func_array()
#10 /usr/share/php/openmediavault/rpc/rpc.inc(86): OMV\Rpc\ServiceAbstract->callMethod()
#11 /usr/sbin/omv-engined(546): OMV\Rpc\Rpc::call()
#12 {main}

Display More

I am just thinking about what I did different, but I think I didn't. I also do not remeber I changed anything of the installation by hand.

I run the script as recommended by Soma, the output is attached.

Well, the configuration is not too complicated, maybe it is time to just re-install and redo the config .

Regards, Wumpus

Soma · Nov 3rd 2025

Quote from Wumpus

Upon logging in, I got the expected request to apply pending configuration changes, and again this ended in a lengthy failure message - however, unfortunately a completely different one

Without knowing much about how to interpret "Stack Traces", what I see there is it's complaining about a missing a FileSystem:

Code

    raise DatabaseQueryNotFoundException(
openmediavault.config.database.DatabaseQueryNotFoundException: No such object: //system/fstab/mntent[uuid='cb9490fb-3cd3-469b-820f-7ef63648f102']

Do you have every disks attached that belong there OR did you removed any?

What is the output of:
sudo grep - C 5 cb9490fb /etc/openmediavault/config.xml

Wumpus · Nov 3rd 2025

Hi Soma,

that was a good hint, thank you !

The output of the grep pointed be to a mounting point of a filesystem of my zfs data pool - which was not there, 'cause I'd forgotten to import the volume prior applying the changes. Now, I assume that I made the "outstanding" mistake to not have the pool re-imported after reverting to OMV 6 from backup, and to start the second upgrade attempt with this zfs pool not existing, but configuration referring to it - oooops .

Will try that again, this time with active pool.

Regards, Wumpus

Wumpus · Tuesday, 10:36 pm

Hi all,

this time the backup succeeded - completely, even w/o the first issue reported. I don't know exactly I did different compared to the 1st try, but it is ok now.

Nevertheless, Soma than you very much for trying to help !

Error applying "pendig configuration changes" after upgrade

Wumpus Tuesday, 10:36 pm

Participate now!

Tags