Reset permissions plugin - stickiness ?

chudak · 26. Juli 2020

I have two drives mounted on two different systems, FS ntfs and ext4.

I use and like what the Reset permissions plugin does, but here is the issue.

After other apps or rsync or manually files get copied between those drives, I see permissions changed.

Using the Reset permissions plugin would fix it, but I wonder if there is a way to make those permissions stick.

Maybe it's unknown to me Reset permissions plugin functionality or possible a missing feature.

In any case, what other people do in similar situation?

Thx and have a nice weekend !

ryecoaaron · 26. Juli 2020

All the resetperms plugin does is reset the folders and files to the permissions that are set for the shared folder using chmod. There is nothing the plugin can do if another service changes the owner and/or permissions.

chudak · 26. Juli 2020

And I was trying to say - it'd be cool if it does more

One simple solution would be to enable the resetperms plugin run on schedule.

That's might be possible...

ryecoaaron · 26. Juli 2020

To get the plugin to do that to multiple folders would require a lot of re-writing. If you just want to get it to run for the currently selected shared folder, just run /usr/sbin/omv-resetperms in scheduled job.

Or you could make your own script to fix things:

Call it fixperms.sh or something like that.

Bash

#!/bin/bash

sfpath="${1}"
dirperms="${2}"
fileperms="${3}"

if [ ! -d "${sfpath}" ]; then
  echo "Path '${sfpath}' not found."
  exit 1
fi

# defaults to 755 if not specified
if [ -z "${dirperms}" ]; then
  dirperms="755"
fi

# defaults to 644 if not specified
if [ -z "${fileperms}" ]; then
  fileperms="644"
fi

chown -R root:users "${sfpath}"
find "${sfpath}" -type d -exec chmod "${dirperms}" {} +
find "${sfpath}" -type f -exec chmod "${fileperms}" {} +

Alles anzeigen

Then run the script with

fixperms.sh /srv/dev-disk-by-label-d1

fixperms.sh /srv/dev-disk-by-label-d1 755 644 # use default perms

chudak · 26. Juli 2020

Zitat von ryecoaaron

... to run for the currently selected shared folder, just run /usr/sbin/omv-resetperms in scheduled job.

Do you mean in the UI like here without any argument ?

ryecoaaron · 27. Juli 2020

Zitat von chudak

Do you mean in the UI like here without any argument ?

If you run the omv-resetperms from a scheduled job, it will operate on the "Public" shared folder you have selected in the web interface.

chudak · 30. Juli 2020

Zitat von ryecoaaron

All the resetperms plugin does is reset the folders and files to the permissions that are set for the shared folder using chmod. There is nothing the plugin can do if another service changes the owner and/or permissions.

Maybe adding a feature to run resetperms on schedule would be a good idea?

ryecoaaron · 30. Juli 2020

Zitat von chudak

Maybe adding a feature to run resetperms on schedule would be a good idea?

That seems like it would be of limited use unless you could specify more than one folder.

chudak · 30. Juli 2020

Zitat von ryecoaaron

That seems like it would be of limited use unless you could specify more than one folder.

That's exactly what I meant !

ryecoaaron · 30. Juli 2020

Zitat von chudak

That's exactly what I meant !

And as I mentioned a few posts up, changing to the plugin to work with multiple shared folders would require a lot of re-writing (which I don't have time for). I posted a quick script that you could use to do what you want in that same post.

chudak · 30. Juli 2020

I was more trying to get some useful outcome from this conversation for other users in the future

Re: the script, I tried it and something did not work (I did not have time to see what was wrong), it was complaining that the path was not found. Does it work for you ?

fixperms.sh /srv/05f0ef79-519c-499e-b152-06feafe3f207/Videos/

Path not found.

chudak · 30. Juli 2020

Fixed with

if [ ! -d "${sfpath}" ]; then

echo "Path not found."

echo "${sfpath}"

exit 1

fi

Full script thanks to ryecoaaron :

Bash

#!/bin/bash

sfpath="${1}"
dirperms="${2}"
fileperms="${3}"

if [ ! -d "${sfpath}" ]; then
  echo "Path not found."
  echo "${sfpath}" 
  exit 1
fi

# defaults to 755 if not specified
if [ -z "${dirperms}" ]; then
  dirperms="755"
fi

# defaults to 644 if not specified
if [ -z "${fileperms}" ]; then
  fileperms="644"
fi

chown -R root:users "${sfpath}"
find "${sfpath}" -type d -exec chmod "${dirperms}" {} +
find "${sfpath}" -type f -exec chmod "${fileperms}" {} +

Alles anzeigen

ryecoaaron · 31. Juli 2020

I fixed the original post. I didn't try the script. I just typed it out as something to start with.

miazza · 6. Mai 2022

The installed plug-in says "Software failure Press left mouse to continue - Requested page not found"

I had it already in the past but in some way it fixed alone ... or better OMV did something that I did not realize :).

Is there any command from SSH to rebuilt something that shall be applied ?

ryecoaaron · 6. Mai 2022

Zitat von miazza

The installed plug-in says "Software failure Press left mouse to continue - Requested page not found"
I had it already in the past but in some way it fixed alone ... or better OMV did something that I did not realize :).

ctrl-shift-R

Zitat von miazza

Is there any command from SSH to rebuilt something that shall be applied ?

Not sure I understand. The issue above is a client side issue. Can't fix that from the server.

Reset permissions plugin - stickiness ?

WastlJ 3. August 2020

Jetzt mitmachen!