missing new music

[andyreno 0]

Emby is running on a text only Ubuntu server. Just installed latest version 4.8.11 thinking it might solve the problem but no. It seems to be missing the latest upload only. Permissions are fine. Both logins have same problem. The music folders are on the server where they're supposed to be, a disk dedicated to music. Deleted library files and rescanned folders. Looked under Albums, Album Artists, Artists and Folders. Nothing works. All 17 albums are missing from emby.

[Luke 42077]

HI there, can you please provide a specific example?

How to Report a Problem

Thanks !

 

[andyreno 0]

When adding this group's albums I followed the same procedure I used previously; with Windows Media Player I rip them directly onto my music disk. The disk's filesystem is ext4. All albums are subfolders of folders named after the name of a group or artist. The missing group is Phish, the folder. Neither the group nor its albums (subfolders) appear in emby yet they exist on the music disk. More specifically the group's pathname is /media/music/Phish, an example of one of its albums is /media/music/Phish/Fuego and an example of one of its titles is '/media/music/Phish/Fuego/01 Fuego.mp3'. MP3 is my favorite container. The songs play perfectly via VLC. Would you like an example of a group or artist listed by emby? I looked for errors in the logs but found none.

[Luke 42077]

OK please run a library scan and then after it completes, please attach the emby server log. Thanks.

[andyreno 0]

Done. Looking at the log I notice "Access to the path '/media/music' is denied" messages and in fact I have lost all access to my music. I checked emby's permissions. It belongs to my group and /media/music belongs to my group. The filesystem is in use. So the problem appears to have originated before adding Phish and is almost certainly related to permissions. I get my home screen via direct ip or domain name so it doesn't seem to be router related. At this point I'm out of ideas. Luke, help!

embyserver.txt

[Luke 42077]

HI, have you taken a look at this?

I can't tell you why access is being denied as that is specific to your environment. I can only confirm that that is what's going on.

[andyreno 0]

Hi Luke,

To test permissions I gave recursive global permissions to '/media/music' and made emby owner of same. Here's the commands

chmod -R 3777 /media/music
chown -R emby:emby /media/music

and a sample of the music

drwxrwsrwt  5 emby emby  4096 Jul 30  2020 'Nikka Costa'
drwxrwsrwt 11 emby emby  4096 Jul 30  2020 'Nina Simone'
drwxrwsrwt 17 emby emby  4096 Sep 19  2020 'Nine Inch Nails'
drwxrwsrwt  3 emby emby  4096 Jan 28  2023 'Our Native Daughters'
drwxrwsrwt  4 emby emby  4096 Jan 15  2021  OutKast
drwxrwsrwt  3 emby emby  4096 Jan 22  2023 'Page & Plant'
drwxrwsrwt  5 emby emby  4096 Jul 30  2020 'Paloma Faith'
drwxrwsrwt  5 emby emby  4096 Jan 22  2023 'Pat Benatar'
drwxrwsrwt 10 emby emby  4096 Jul 30  2020 'Patty Griffin'

Note that previously I owned '/media/music', emby was in my group and permissions were 774, owner:rwx, group:rwx, others:r. That worked fine.

But looking at the log emby is still denied access to '/media/music' even though it owns it. The library is still incomplete despite running several library scans and trying to play music results in:

No compatible streams are currently available. Please try again later or contact your system administrator for details.

Hopefully the log will tell you something.

embyserver.txt

[Luke 42077]

6 hours ago, andyreno said:

Hi Luke,

To test permissions I gave recursive global permissions to '/media/music' and made emby owner of same. Here's the commands

chmod -R 3777 /media/music
chown -R emby:emby /media/music

and a sample of the music

drwxrwsrwt  5 emby emby  4096 Jul 30  2020 'Nikka Costa'
drwxrwsrwt 11 emby emby  4096 Jul 30  2020 'Nina Simone'
drwxrwsrwt 17 emby emby  4096 Sep 19  2020 'Nine Inch Nails'
drwxrwsrwt  3 emby emby  4096 Jan 28  2023 'Our Native Daughters'
drwxrwsrwt  4 emby emby  4096 Jan 15  2021  OutKast
drwxrwsrwt  3 emby emby  4096 Jan 22  2023 'Page & Plant'
drwxrwsrwt  5 emby emby  4096 Jul 30  2020 'Paloma Faith'
drwxrwsrwt  5 emby emby  4096 Jan 22  2023 'Pat Benatar'
drwxrwsrwt 10 emby emby  4096 Jul 30  2020 'Patty Griffin'

Note that previously I owned '/media/music', emby was in my group and permissions were 774, owner:rwx, group:rwx, others:r. That worked fine.

But looking at the log emby is still denied access to '/media/music' even though it owns it. The library is still incomplete despite running several library scans and trying to play music results in:

No compatible streams are currently available. Please try again later or contact your system administrator for details.

Hopefully the log will tell you something.

embyserver.txt 232.58 kB · 0 downloads

Hi, did you notice this?

	System.UnauthorizedAccessException: System.UnauthorizedAccessException: Access to the path '/media/music/Guns N' Roses/Appetite For Destruction (Reissue)/01 Welcome To The Jungle.mp3' is denied.

 

[andyreno 0]

-rwxrwxrwt 1 emby emby 10937375 Mar 28 23:36 '/media/music/Guns N'\'' Roses/Appetite For Destruction (Reissue)/01 Welcome To The Jungle.mp3'

Luke, it's not permissions. Emby owns everything, chown made sure of that. All music has global permissions, chmod made sure of that.

UnauthorizedAccessException is thrown when the operating system denies access because of an I/O error or a specific type of security error. It's not exclusively related to permissions.

Look at line 35:

2025-06-14 00:03:24.972 Error App: Error in validateChildren for 180401 /media/music

That's the first indication of a problem and the 'validateChildren' error is thrown by emby not linux. Inside the error report beginning on line 36, immediately following appears the first 'UnauthorizedAccessException' on line 40:

System.UnauthorizedAccessException: System.UnauthorizedAccessException: Access to the path '/media/music' is denied.

 Now perhaps 'validateChildren' is thrown because '/media/music' can't be accessed. But it's not due to permissions. I don't know how to make my music more accessible.

[Luke 42077]

Quote

That's the first indication of a problem and the 'validateChildren' error is thrown by emby not linux. Inside the error report beginning on line 36, immediately following appears the first 'UnauthorizedAccessException' on line 40:

Hi, it's not thrown by Emby. It's the error that Emby gets when trying to access the contents of the directory. Emby simply catches it and writes it to the log. Does that help?

[andyreno 0]

No Luke, not really. It doesn't explain why emby fails to read the contents of a folder it not only owns but which has global permissions. Nothing in our discussion has answered that fundamental question. Your contention is it's permissions and I fail to understand how that can be given I've provided proof to the contrary. 

I'd like to try the following:

• Rreinstall emby from scratch. Is there a guide to doing that for linux?
• Rollback emby. It used to work perfectly well for years but something's changed. How do I obtain an earlier version?
• If the above fail try a windows version with both linux-based and windows-based music.

[Luke 42077]

Quote

It doesn't explain why emby fails to read the contents of a folder it not only owns but which has global permissions.

Emby is being denied access to read the contents of the folder. Emby doesn't own any folder as you say, but rather it all depends on the permissions for the user in the operating system.

How did you set the permissions? can you please show us?

Quote

Rollback emby. It used to work perfectly well for years but something's changed. How do I obtain an earlier version?

This will not make any difference.

[Lessaj 467]

As the root user on your system try:

su -s /bin/bash emby

And then run

namei -l /path/to/an/mp3/that/wont/play/or/be/scanned

If the emby user really doesn't have permission, the command will not be able to show the entire path, it will stop at the point which it gets permission denied. Please show this output

BTW your use of 3777 is actually a pretty bad idea, you should likely be setting owernship to emby:emby with folders having 775 or 770 permissions and your files having 664 or 660 permissions. You can set this before or after you move the files, depending how you move them. I set them before I move them and use sudo mv to maintain ownership. I don't see much need for the special permissions. Using 3 will get your folder ownership to transfer to files, but not the actual file owner, so if your user is creating these files your user will still own them, but I'm not really clear on the purpose of preventing deletion in this case unless you're sharing this file system with other users... You probably want to include your user in the emby group either way.

Some other details you can provide would be:

id -a emby
id -a <your user>
ps -eo pid,uid,cmd | grep Emby