Jump to content

Unraid Permissions Issue


Go to solution Solved by Guest,

Recommended Posts

Posted

Howdy,

Referring to my embyserver.txt log (here: https://pastebin.com/7BBu6XvZ), I see the following error: "System.UnauthorizedAccessException: System.UnauthorizedAccessException: Access to the path '/mnt/movies/*** (2005)/*** (2005).nfo' is denied."

 

I am using the official, and latest, emby docker for unraid. I am aware that this is a permissions issue, however, I haven't been able to figure out how to solve it.

Running ls -l on the top level directory, I see the following:

image.png.c2de434bdbb43fa6f31374867db149cc.png

 

Running ls -l on the movies directory, I see the following:

image.png.717a416d347e2f08f53228166c292a87.png

 

When I run groups emby, I receive "groups: 'emby': no such user.

I understand that the issue at hand is that Emby doesn't have permission to write to the folders in /movies/, and I've even come across the related forum post that Luke often replies with to related issues (here: https://emby.media/community/index.php?/topic/32218-file-permissions-guide-for-new-linux-users/). However, I am new to linux and do not understand which user I should be assigning the /movies/ permissions to resolve this issue. Please advise.

 

Posted

Hi, unraid is Docker based. Does this similar question help you?

 

Posted
5 minutes ago, Luke said:

Hi, unraid is Docker based. Does this similar question help you?

 

Not really. I'm not sure who should be the owner of the folders for emby to have access and I'm not sure how to set the default permission to said user in a manner where future directories made reflect the same permissions. Any advice would be greatly appreciated.

seanbuff
Posted

Hi, for some reason your top level 'movies' folder has different permissions to the subfolders. 'admin' vs 'nobody'

In UnRAID, the default is 'nobody' ...and the PUID and PGID of this account are used as the defaults for docker containers (you do not need a local Emby account, docker handles this):
What do you have set on your Emby docker settings for these? (Show more settings...)

image.png.51c17720849a041f61d6e2b8ad9678f4.png

It's probably being blocked by the 'admin' account having a different PUID than 99 (nobody)

You can check this with:

root@unraid:# cat /etc/passwd
..
nobody:x:99:100:nobody:/:/bin/false
..

Admin will show as a different value

You could try installing 'Fix Common Problems' from the UnRAID Community Apps store, it comes with a tool called 'New Docker Safe Perms' (not to be confused with the standard "New Permissions" tool which could mess up your dockers as it touches /appdata -- don't run that one)

^ not sure if this will fix the ownership, or just the permissions ...but worth a shot.

Let us know how you go.

  • Like 1
  • Thanks 1
  • Solution
Posted (edited)
15 hours ago, seanbuff said:

Hi, for some reason your top level 'movies' folder has different permissions to the subfolders. 'admin' vs 'nobody'

In UnRAID, the default is 'nobody' ...and the PUID and PGID of this account are used as the defaults for docker containers (you do not need a local Emby account, docker handles this):
What do you have set on your Emby docker settings for these? (Show more settings...)

image.png.51c17720849a041f61d6e2b8ad9678f4.png

It's probably being blocked by the 'admin' account having a different PUID than 99 (nobody)

You can check this with:

root@unraid:# cat /etc/passwd
..
nobody:x:99:100:nobody:/:/bin/false
..

Admin will show as a different value

You could try installing 'Fix Common Problems' from the UnRAID Community Apps store, it comes with a tool called 'New Docker Safe Perms' (not to be confused with the standard "New Permissions" tool which could mess up your dockers as it touches /appdata -- don't run that one)

^ not sure if this will fix the ownership, or just the permissions ...but worth a shot.

Let us know how you go.

Got it fixed!

  1. I used Fix Common Problem's "Docker Safe New Perms" tool to set all existing folders to "drwxrwxrwx 1 nobody users" and verified that Emby can read/write metadeta in those folders.
  2. Additionally, my emby container had UID, GID, and GIDLIST set to the default of "2, 2, 2". I've changed this to "99, 100, 2" and verified new folders being created with drwxrwxr-x 1 nobody users and that emby can read/write metadata in those folders.

 

P.S.: That's the best way to spell Sean ;)

Thanks!

Edited by SDurb96
  • 11 months later...
Posted (edited)

Can anyone comment on what the permissions should be in the Emby appdata folder? I realized that I had been running the default template after a fresh install with UID,GID set to 2,2 for a while now. It's been wreaking havoc on my data share for a while now and I just not realized and corrected it by setting the UID,GID back to 99,100 and running the Docker Safe New Perms tool. I'm wondering if I've done any damage to my appdata folder as well? Current contents of the appdata folder have a variety of permissions but the owner appears to be "nobody" for everything. Currently all my metadata files are -rw-r--r--

Edited by Jdiesel
Posted

Normally when you create or recreate a container the /config path is swept to make the ownership match the given UID:GID and nothing more needs to be done. I would expect Unraid to behave the same way but I don't really know what it does. If the ownership is still "nobody" (UID 2) then maybe the container wasn't recreated when the UID, GID were changed.

 

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...