Posts by votdev

Delete the file /var/cache/salt/minion/roots/mtime_map. This is a bug in Salt that i've reported, see https://github.com/saltstack/salt/issues/60535.

If you upgrade to openmediavault 6.0-22, then Salt is patched and the problem shouldn't appear again.

Quote from TimeTurn

Yeah I agree. But if you used it a few times, you know roughly, where the groups are you need

You can use the filter to limit the number of data that is displayed.

I'm sorry but this is what Angular Material provides out-of-the-box. I'm open for contributions from the community. Now that the UI is based on Angular + Material + TS this shouldn't be a problem.

P.S.: I really tried everything to make this part as user-friendly as possible. But there are certain limitations in the table implementation (e.g. scrolling of the rows is not supported) and the input fields within a cell which do not make this easy.

Fixed in openmediavault 5.6.15, see https://github.com/openmediava…5f9b7dcd56de177c6f19f3b35

Quote from David B

Hello all,

I have noticed that ProFTPD shows modification timestamps for files in UTC instead of my local timezone. Does anyone know how to adjust this? I found in the documentation that setting TimesGMT off as a custom configuration entry should change this behavior, but it hasn't.

I also found a supposed solution here that recommends setting the following:

Code

<Global>
TimesGMT off
SetEnv TZ :/etc/localtime
</Global>

I have tried to use this in the custom configuration with and without the <Global> tags, but nothing seems to work. The FTP client that I am using is FileZilla, if that makes any difference.

Display More

This is partly correct, on Debian the required information is not in /etc/localtime, it's /etc/timezone; then it works. I will include the SetEnv TZ :/etc/timezone line in the next version.

Quote from David B

That's alright! Thanks anyway! I just assumed that you would know because it feels to me like you know all that their is to know about Linux. 🙂

If you are talking about this box, then I have already tried it (see initial post), and sadly, it did not work.

This module is loaded by default: /etc/proftpd/modules.conf

# the previous mod_sql.c module to use this
#LoadModule mod_wrap2_sql.c
LoadModule mod_dynmasq.c
LoadModule mod_exec.c
LoadModule mod_shaper.c
LoadModule mod_ratio.c
LoadModule mod_site_misc.c

You can ignore that. This happens because Salt has already been live-patched by OMV. Sadly there is no way to tell Salt to hide the output of the patch command.

Tried to fix the issue, but it comes out that none of the workarounds were successful. IMO this is a bug in the current Angular version. See https://github.com/openmediava…857001d34ad74f0c584d532b8 if someone is interested in this issue. The related tracker issue is https://github.com/openmediavault/openmediavault/issues/1083.

Is the hostname displayed in the right upper corner (left beside the icons)? I realized that the RPC which polls the system information does not finish in some situations. Reloading the page fixes that for me.

You have duplicate sources configured in the files /etc/apt/sources.list and /etc/apt/sources.list.d/stretch.list. Remove one of them to fix the issue. BTW, why is the repo for Debian 9 added in OMV5 which is based on Debian 10?

To get notification sinks working Postfix must RUN because it is responsible for delivering the notifications to the sinks.

If you want to customize the postfix configuration permanently, please have a look here: https://openmediavault.readthe…et.html#add-custom-states

The settings are stored in cookies. Make sure that they are not cleared out when closing the browser. It will also not work in privacy mode as mentioned by @KM020.

Quote from ruxlin

11:48 AM
PHP Fatal error: Uncaught Error: Class 'DOMDocument' not found in /usr/share/php/openmediavault/config/databasebackend.inc:110omv-engined

This sounds like a Debian php-xml package is missing.

Quote from Gabriel Lorscheiter

Hi, I'm new here, last week we installed a server in our company, and we decided to use OMV
because it looks like it covers all our needs, here is where I get confused, when I created a shared folder I've made some mistakes testing, first I thought it was ok, just delete the old folder and start again right? Wrong! If you recreate a shared folder with the same name it comes back with the same privileges as before deleting... Same problem with users, At first I created users, and groups and testing I found that User permissions overlap Group permissions, then I've tried to remove the selections I made in the user and looks like you cannot remove, you can only choose between three options available..
So the question is, can I delete a shared folder/user with its permissions so if I create one with the same name again it will come new all options blank?

Deleting the user in the CLI doesn't remove the privileges stored in the OMV database. Because of that the reappear if you create a new user with the same name.

Quote from ryecoaaron

The nfs-kernel-server unit has been renamed to nfs-server in Debian 11. And even though there is an alias to nfs-kernel-server, saltstack doesn't seem to be able to follow the alias. So, just sudo systemctl enable nfs-server until it is fixed in OMV 6.x. votdev

Thx for the hint, the issue will be fixed in openmediavault 6.0-21. See https://github.com/openmediava…0bfd868d542e6e6f00956b85f

Folks, this discussion is useless, labels will never come back to OMV because of mentioned reasons.

References:

• https://github.com/openmediavault/openmediavault/issues/151
• https://github.com/openmediavault/openmediavault/issues/566
  
• RE: Upgrade path from 5 to 6
  
• ...

The omv-usbbackup plugin automatically unmounts the file system on the USB device after the rsync job has been finished. See https://github.com/openmediava…md-unitfile-script.j2#L21

Quote from MarcS

I will try - thank you.

But the switch for "every N minutes" is OFF.

What is this for then?

With the 'Every N minutes' knob you can define that a job is executed every 1, 6, 15, 23, 47, ... or whatever minutes you want.

The * signals cron that the job is executed every minute.

Quote from blazini36

The symlinks for /dev/disk/by-label/XXX do exist for the new disks, I don't understand why it's using the UUID symlinks to mount these new disks..... any way I can fix these mount points?

For the target OMV user the device file and the mount point of the file system is somewhat irrelevant. OMV does not use labels anymore because they made more troubles than they help.

Quote from umtauscher

Maybe a compromise would be to have Options in the filesystems section to mount by dev, uuid or label. This way it could be different for internal an external drives.

It could default to uuid for the noobs.

I'm sorry, but this will never happen. This will break the design and concept of OMV which is to provide a simple UI with a minimal set of options and hide the user from everything what is done under the hood.

Please press F12 in the browser and check if the developer tools console shows any errors.