OMV 6 Does Not Allow Items To Be Created in SMB/CIFS Shares/Shared Folders: Permission Denied

Quote from crashtest

The screenshot above indicates that your R-PI is running a desktop.

That SS is from the client

Quote from datapioneer

I then proceeded to open Thunar File Manager in my Desktop MX Linux

datapioneer What shared folder perms did you use? Did you configure a public or private share? Have you added any users to OMV whose credentials should be used when connecting to your smb shares? If the later then, you need to add a service permission for users to be able to write to the shares? If you're using public shares and connecting as guest you need to have shared folder perms set as rwx for "others" as the "guest" user equates to "nobody:nogroup" in linux.

better if do not use ACL, to do it on easy form , use reset-permission plugin

Quote from datapioneer

Krisbee, The shared folder permissions are rw-r---- for datapioneer, the owner and group owner of these folders with everyone else having no access. I don't see any way of changing these permissions. I configured these SMB/CIFS shares as "Guest Only." I have not added any users other than myself (datapioneer). I have not set up public shares.

How does one change the permissions on the Shares? I don't see any means of doing that. Even under the Shared Folder permissions, I see no way of changing the permissions apart from using ACLs. Can you explain this for me? Why don't we have the ability to change permissions on Shared Folders & Shares? If we do, please enlighten me.

1. Configuring a share as "Guest Only" is a public share.

2. Which screen did you use to set shared folder permissions are rw-r---- etc. ? The user "datapoineer" when created on OMV would have its primary group set to "users (gid 100)". OMV does not work like standard debian where user accounts are created with a primary group id that matches their user id: e.g, datapoineer on MX linux has uid 1000 gig 1000 - datapoineer on OMV has uid 1000 gid 100.

3. You are correct about changing share permissions, unless you make use of the OMV extra plugin "restperms" https://wiki.omv-extras.org/do…7:omv7_plugins:resetperms Alternatively, you have to use chmod/chgrp at the CLI as required.

OMV is designed to be as straightforward as possible for (non-technical ? ) user to configure basic network shares using default settings within its standard workflow.

A. Create one or more user accounts. All accounts have primary group "users"

B. Create shared folders, selecting from a set of permissions ( these are std linux directory perms ) where owner is "root" and group is "users".

C. Set "service permissions" on shared folders for given users.

D. Create SMB/CIFS shares for selected shared folders.

These default mean any account has "rwx" perms on a "shared folder" via group membership. Service permissions can further restrict access to a "shared folder". If you had the chosen default shared folder perms you would have set "service perms" for user "datapioneer" to read/write.

Quote from datapioneer

Krisbee, I fixed the problem. I went into the ACL permissions for Shared Folders and modified Others permissions to read: read/write/execute and saved the settings for both shared folders corresponding to both 3TB drives. Now I'm able to create folders/files and drag-and-drop files/folders into those Shared Folders in Thunar from my client (MX Linux via the Web browser). What I don't fully understand is if I'm datapioneer on the Rpi and have read/write/execute permissions to the Shared Folders, why did I need to modify the Others to make this work? Could you explain that for me? Thanks. Please see the SS I've attached.

You choose "Guest Only" shares and in linux "guest" equates to "nobody:nogroup". The SMB connection you make in Thunar is as the inbuilt "guest" user, not "datapioneer". Access to your shared folders cannot be via the folders "owner" or "group", it must be via "others"

Quote from datapioneer

@Kristee, that's good to know. I will investigate the "restperms" plugin in OMV. Did you mean to say "resetperms" plugin instead?

Yes - my typo. Your's was Kristee

I am randomly having a similar issue with a new share. I just added a new hard drive to my server, got it mounted, and created then shared a folder. I was able to access the new share from Windows10 and added four folders within that share with no issue. But now I can't create any new folders nor add any files to existing folders to the same share.

All of my users have Read/Write selected when I look at Storage > Shared Folders > Permissions @ folder

I went to Services > Reset Permissions, selected that share, selected "Administrator - read/write, Users - read/write, Others - read-only", checked the box for Clear ACLs, clicked Reset Permissions at the bottom then hit Save after it did the command stuff in the window but that didn't help.

I verified that my Windows credentials are correct by going to Credential Manager. I even removed the existing credentials in order for me to be prompted to log in again which it was able to do successfully.

What am I missing and why have my Permissions changed when I haven't done anything different from the day I created the folder?

Quote from RUsum1

I am randomly having a similar issue with a new share. I just added a new hard drive to my server, got it mounted, and created then shared a folder. I was able to access the new share from Windows10 and added four folders within that share with no issue. But now I can't create any new folders nor add any files to existing folders to the same share.

All of my users have Read/Write selected when I look at Storage > Shared Folders > Permissions @ folder

I went to Services > Reset Permissions, selected that share, selected "Administrator - read/write, Users - read/write, Others - read-only", checked the box for Clear ACLs, clicked Reset Permissions at the bottom then hit Save after it did the command stuff in the window but that didn't help.

I verified that my Windows credentials are correct by going to Credential Manager. I even removed the existing credentials in order for me to be prompted to log in again which it was able to do successfully.

What am I missing and why have my Permissions changed when I haven't done anything different from the day I created the folder?

Display More

You need to hit "save" before you hit "reset". Does that fix things?

Quote from Krisbee

You need to hit "save" before you hit "reset". Does that fix things?

I just did that this time. I guess I never read the line of text in the green box before but now I notice it says this for each item

Clearing ACLs ...
Changing owner to root:users ...
chown: changing ownership of '/srv/dev-disk-by-uuid-E891-9943/whatever file': Operation not permitted

So what does that mean? This is from the OMV WebGUI so I'm not sure if I need to use a different command through Wetty instead?

Quote from chente

Is the file system on the new disk a native Linux file system?

It's EXT4 like all of my other drives. I can read files and copy files from it no problem. And I put the files onto it after putting it into the server no problem. It just started doing this today but the drive was added a few days ago.

Quote from ryecoaaron

This is no longer required in 7.0.1 in the repo now. The Reset button will save the form values before the reset action.

I'm on OMV6. I don't see an option to update to 7. Is that officially released? The website seems to only give 6.5