The issue must be fixed upstream in Debian. If you want, you can open a bug report here: https://packages.debian.org/trixie/rrdcached
Why aren't 'pending changes' applied straight away. It just complicates the process.
There are strong reasons why it it works exactly that way. Like it or not, it will and can’t be changed.
The deployment is failing because there are several directions missing in e.g. /var/log which are created once and then should stay forever.
2025-12-10 17:14:48,329 NAS3 proftpd[3680]: error: unable to stat() /var/log/proftpd: No such file or directory
2025-12-10 17:14:48,329 NAS3 proftpd[3680]: mod_ctrls/0.9.5: unable to open ControlsLog '/var/log/proftpd/controls.log': No such file or directory
2025-12-10 17:14:48,329 NAS3 proftpd[3680]: fatal: ControlsLog: unable to open '/var/log/proftpd/controls.log': No such file or directory on line 67 of '/etc/proftpd/proftpd.conf'Something has deleted them.
What plugins are you using?
You need to install omv-extras and then the LUKS plugin.
The NUT plugin will be updated soon.
Simple cleanup the directory with
# rm -rf /var/lib/apt/lists/partial/*The list of plugins is then updated whenever an APT command is executed. If APT has a problem, the list will of course not be updated. It may now be the case that this is happening because there were problems with the NUT plugin and the NUT packages.
You can try to update the list manually by calling omv-mkaptidx in the CLI.
If I remember correctly, I’ve had this before on a very slow system. I believe the process that briefly ran at that time was simply the GUI login. Perhaps votdev can confirm whether this is possible.
No, the login process does not generate a process that is running as a "background" process.
Please post the complete diagnostic report that you can get in the UI. It hopefully contains all information to identify the problem. But i assume it is a weird interface naming that is currently not implemented.
How do I find out what is causing this?
I think you can't. You only have the process ID, provided you get to see the corresponding control file before it is automatically deleted.
And even then, you can't do anything with it because the process has long since ended and procfs can no longer provide any information about it.
This looks like a DNS problem. Do you use DHCP or a static IP. In the latter case, don't forget to configure a DNS server.
Changed to pool as default. See https://github.com/openmediava…c9a0d9e9eb9f70c43e32fb75c.
OK, i did some more research and it looks like pool should be the default because it better fits the common user scenario.
You can customize the configuration by using the OMV_CHRONY_SERVER_POOL_DIRECTIVE environment variable.
See https://github.com/openmediavault/openmediavault/issues/810 and https://github.com/openmediava…ad24c4423eed4ebd16262c621.
Hmmm. I did not get the error even without the modified sources file. So I can’t reproduce it for more testing.
As a user, I don't really care whether it's “Bilder” or something else.
But I have a bug or something else.
On my older x86 OMV7 installation, it is translated as “Bilder”. On my newer OMV7 installation on a NanoPIM6, it is translated as “Abbilder”. Why is there this difference? Both systems are up to date.
That depends on which plugins are installed. The i18n files are merged and the motto for translations is first come, first served. So if the translation in a plugin is incorrect, it may be that this translation wins, depending on which plugins are installed.
When you know which plugins are involved, then the translation can be identified and fixed.
It's the Kubernetes plugin. The Transifex AI seems to have translated it incorrectly.
Thank you for the hint. Will be fixed with https://github.com/openmediava…4c768447268eed6bd2b602b16.
OMV does not store any data in its database about the RAID. All data that is displayed is extracted from userland apps and procfs. If the RAID is gone, mdadm does not show any info in /proc/mdstat, so in the end OMV can not display anything as well.
You only need to use the shared folder name in the placeholder.
