I'm on root and have all the appropriate settings enabled for my shares, however multiple times a day i may be presented with a "you do not have permission to do modify this share" (paraphrasing the error) when I am moving files around. I run the new permissions function from the unraid UI and it fixes it...temporarily. Eventually the permissions will seem to get messed up somewhere and I have to run new permissions again and again.

 

Any idea how to fix this? 

 

OS: Windows 10

Edited August 22, 20205 yr by strayedcables

2 hours ago, strayedcables said:

I'm on root and have all the appropriate settings enabled for my shares

First thing, root is not an allowed user for SMB shares. 

2 hours ago, strayedcables said:

however multiple times a day i may be presented with a "you do not have permission to do modify this share" (paraphrasing the error) when I am moving files around. I run the new permissions function from the unraid UI and it fixes it...temporarily. Eventually the permissions will seem to get messed up somewhere and I have to run new permissions again and again.

If this is true, you probably have a plugin or Docker that is not setup correctly.   Or you could be  using NFS to write files to your server. 

 

I would begin by looking at the files that are giving you the problems.  Figure out how they were placed on the server. 

 

You can also look at the actual files on the server using the built-in GUI Terminal window. 

Enter the following command:

ls -al /mnt/user

You will see a list of your shares.  Note that the Owner should be   nobody    and the Group  users    Now go down the file structure and check for these Owner and Group attributes.   IF you are not finding nobody/users at some point, you are on your way to figuring out what the problem is.

Edited August 22, 20205 yr by Frank1940

Thanks! i'll look into this!

I have the exact same problem for all the time I am using Unraid. Even now, I have tried to use an older share for my Nextcloud setup. When the Nextcloud app tried to upload the photos, I got messages, that there was an issue .. Well, I knew it is again the shares problem and i've runned the new permissions on this folder and like expected, everything worked fine afterwards, but this won't hold for long.

 

Does anyone how to fix this permanently?

 

Cheers

3 hours ago, Doublemyst said:

I have the exact same problem for all the time I am using Unraid. Even now, I have tried to use an older share for my Nextcloud setup. When the Nextcloud app tried to upload the photos, I got messages, that there was an issue .. Well, I knew it is again the shares problem and i've runned the new permissions on this folder and like expected, everything worked fine afterwards, but this won't hold for long.

 

Does anyone how to fix this permanently?

 

Cheers

Probably best to post in the nextcloud support thread, or ifs published by linuxserver, hit them up on their discord

3 hours ago, Squid said:

Probably best to post in the nextcloud support thread, or ifs published by linuxserver, hit them up on their discord

Hi Squid

 

Thanks for your reply. I don't think this is a problem related to nextcloud, as I have the same problem with deluge downloaded files and even on a VM Share, on which i download YouTube videos with youtube-dl (now yt-dlp). The problem is going across dockers and system overall.

What's the problem?  You said "exact same problem" which implied nextcloud can't access the files.  By now mentioning deluge, the implication is that YOU can't access the files downloaded by deluge, which is the opposite problem.

 

Look for settings within the apps on what permissions to set on the downloaded files and change it to be 0777

14 minutes ago, Squid said:

What's the problem?  You said "exact same problem" which implied nextcloud can't access the files.  By now mentioning deluge, the implication is that YOU can't access the files downloaded by deluge, which is the opposite problem.

 

Look for settings within the apps on what permissions to set on the downloaded files and change it to be 0777

Hi Squid, thanks again for the reply. Yeah, sorry that I didn't explain it well enough. Basically my exact the same problem was for the original post, that I don't have write access to folders (which is the case for my VM folders). In addition I have problems with dockers like Nextcloud, which needed permission reset on the share in order to be able to write on the share. I have checked now radarr app and it was indeed set under permission (chmod Folder) to 0755, I have changed it now to 0777. I guess there might be similar setting for all the apps somewhere. Thanks for the hint, I think this might be the reason, that the app is writing the file wrong and blocking folders.

 

Cheers

Hello everyone. I have similar problem with my permissions reseting to something default. I have created Nextcloud share to be used for its data. Then i mounted that share using /mnt/user/Nextcloud to the Nextcloud docker. The Nextcloud requires that root data folder would be owned by www-data user (id 33) and www-data group (id 33) and permission should be 770. once i set this everything works as expected. but some time in the day the root folder Nextcloud share changes its permission to 777 and ownership to user nobody and group users. this will give me an error in Nextcloud: Your data directory is readable by other users. Please change the permissions to 0770 so that the directory cannot be listed by other users. If i manually change it back all works well again.

 

is there some kind of scheduled task to revert share folder permissions and ownership to default? how to prevent it?

Edited September 24, 20241 yr by Shilas

I know this is an older thread, but it's one of the first results when searching for this issue and i think i can be of help in case others experience this still.

I had this problem as well on my Unraid share that is used as the data directory by my external NextCloud server via NFS. Every day at some point, the server starts complaining that the data directory is readable by others. The permissions and owner had reset to 0777 nobody:users.

I repeatedly had to change the share root directory permissions and owner back to my NextCloud server's httpd user and it would work until the next day:

chown 48:48 /mnt/user/NextCloud

chmod 0770 /mnt/user/NextCloud

I noticed that only the share root folder permissions would reset, not the subfolders', so i circumvented the issue by creating a data subdirectory on the share and relocating the contents there, then modified the NextCloud server to mount the data subdirectory instead of the share root.