FrostyWolf Posted March 31, 2021 Share Posted March 31, 2021 When ever a new file or folder gets added to appdata or my array, when I try to access it via samba share I get this: I then have to go to tools, run and run "New Permissions" to fix it. This happens no matter what docker creates the files or folder. I don't even know where to begin tracking down what is going on. Quote Link to comment
Squid Posted March 31, 2021 Share Posted March 31, 2021 For appdata, this is quite normal and expected depending upon the app. Each app has certain permission requirements that may or may not be compatible with SMB shares and how unraid handles them. Many containers support PUID / PGID entries which rectify it. For those that don't, you're usually stuck with manipulating files via the command line. Quote Link to comment
FrostyWolf Posted March 31, 2021 Author Share Posted March 31, 2021 (edited) I dunno if this is related, but I'm having other issues that seem to tie into permissions. Plex for instance is throwing this error cause it can't replace the codec files with the new ones. I have to stop the docker, run new permissions, then start it back up again so it can properly replace the files. Also, this goes with all my files, not just some. Literally any new file on my array or appdata. Edited March 31, 2021 by FrostyWolf Quote Link to comment
trurl Posted March 31, 2021 Share Posted March 31, 2021 You shouldn't do New Permissions on appdata or you may break the permissions required by the application. For files being created in other shares, you need to identify which application is writing them and see if there is a setting within the application that affects permissions. For example, NZBGet and Transmission both have umask settings. Quote Link to comment
FrostyWolf Posted March 31, 2021 Author Share Posted March 31, 2021 (edited) I understand where you are coming from, but my server hasn't had a issue running for a couple of years, and recently it now does this for all files, from 15 different dockers. I have to run New Permissions twice a week to fix things. I feel like this is something wrong deeper then a misconfigured docker container. I've never messed with permissions in any container before. They are all pretty much stock installs. If everything is causing it wouldn't the common factor be the account trying to access it, not whats writing the files? This is in the array, on both cache arrays. It's all appdata files. It's everything. I can not delete/edit files that have been written since the last time I have run New Permissions. Everything I try to do gives me the "You Require Permission from Unix User\nobody" error. Is it possible my guest account or whatever account gets used for Samba shares has been corrupted? Edited March 31, 2021 by FrostyWolf Quote Link to comment
trurl Posted March 31, 2021 Share Posted March 31, 2021 Are all these SMB public shares? Quote Link to comment
FrostyWolf Posted March 31, 2021 Author Share Posted March 31, 2021 Yes. I keep them secure by having them on a VLAN segregated on my home network that only one admin laptop can access. Quote Link to comment
trurl Posted March 31, 2021 Share Posted March 31, 2021 12 minutes ago, FrostyWolf said: now does this for all files, from 15 different dockers. I have to run New Permissions twice a week to fix things. I feel like this is something wrong deeper I don't have these problems with my Transmission downloads. Quote Link to comment
FrostyWolf Posted March 31, 2021 Author Share Posted March 31, 2021 (edited) 10 minutes ago, trurl said: I don't have these problems with my Transmission downloads. Maybe I'm not explaining this correctly. Any file that gets written to any share on the server, by anything, I can not access till I run New Permissions. After I run New Permissions, I can not access any file written after the last time I have run it. It does not matter what creates/writes the file. It happens in all my shares. SWAG updates and gets new conf files? I can't edit them. Deluge/nzbget download a file? I can't touch it. Sonarr/Radarr move that file to the array and rename it? I still can't touch it there. All of my shares are public. My guest account in unraid is showing Read/Write for all of them. Edited March 31, 2021 by FrostyWolf Quote Link to comment
FrostyWolf Posted April 15, 2021 Author Share Posted April 15, 2021 (edited) I'm still having this issue. I messed around a bit today and I still can't figure this out... Die Hard (1988).mkv - When I connected to my server via samba share, I can edit, delete, etc this file Nobody (2021).mp4 - When I connected to my server via samba share, I get the you need permission error If I run Fix Permissions, I can then access both. I'm not linux vet...but don't they have the same permissions? What is fix permissions doing that lets me then access it? EDIT: After some more digging, the issue seems to be with the directory permissions: And just to show: I am not doing anything with permissions with radarr (or any container) and this happens on all files, not just movies. Also: Umask is off in nzbget, which is where the files came from. When I run the umask command in terminal in unraid, it is set to 0000 for /mnt/, /mnt/user, and /mnt/user/Movies I do not understand where and why these permissions are getting set from on new directories. You can see the same thing is happening in /mnt/user/downloads/ March 30th was the last day I ran fix permissions, everything after that doesn't have write access. A Band-Aid fix is I can tell radarr/sonarr/etc and go through every single one of my containers that has the option and set them all, but I want to understand why this is suddenly happening for everything. Edited April 15, 2021 by FrostyWolf Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.