Can't find seasons

[raptorjr 15]

Hello

 

I have a little problem. I have a TV show that Emby can't find any seasons for. There is two seasons and I have all the right files in the right locations, but nothing. And I don't really know how to find the problem.

 

In the logs I saw a permission denied message( even though the permissions was right), about the tvshow.nfo file. And since I hadn't created it I thought Emby did it. So I thought it was strange that I got permission denied. Anyway, deleted the file and hoped it would be created again after I did a refresh metadata. But it didn't get created again. Is it not Emby that create the file?

 

Here is the permission of first episode, and all other files and directories have the same permissions:

 

stefan@tvdator:~$ getfacl /media/multimedia/series/Legion/Season\ 1/Legion\ -\ S01E01\ -\ Chapter\ 1.mkv
getfacl: Removing leading '/' from absolute path names
# file: media/multimedia/series/Legion/Season 1/Legion - S01E01 - Chapter 1.mkv
# owner: stefan
# group: media
user::rw-
user:stefan:rwx
group::---
group:media:rw-
mask::rwx
other::r--
 

Emby is running by user emby, that is part of the media group.

 

Is it the tvshow.nfo permission error that is the problem why no seasons is shown, or could it be something else. And why did I get the permission error when the file had the same kind of permissions?

 

I know this is maybe not enough info, but ask me and I will give more.

[raptorjr 15]

Here is the log also.

embyserver.txt

[Luke 42077]

Hi, this does sound permissions related. Most of the errors in the log seem related to nfo saving. It appears you enabled nfo saving but emby server doesn't have write access to the folder.

[raptorjr 15]

I guess I must be missing something fundamental about permissions in Linux. I thought I understood =)

 

But for example, this is the permission of Season 1 folder:

getfacl: Removing leading '/' from absolute path names
# file: media/multimedia/series/Legion/Season 1
# owner: stefan
# group: media
user::rwx
group::---
group:media:rw-
mask::rw-
other::r-x
default:user::rwx
default:group::---
default:group:media:rw-
default:mask::rw-
default:other::r--
 

Emby runs with user emby:

emby      1237     1  0 Jun27 ?        00:49:41 /opt/emby-server/system/EmbyServer -programdata /media/multimedia/emby -ffmpeg /opt/emby-server/bin/ffmpeg -ffprobe /opt/emby-server/bin/ffprobe -restartexitcode 3 -updatepackage emby-server-deb_{version}_amd64.deb
 

And in /etc/group file I have this line:

media:x:1001:stefan,mythtv,www-data,emby

 

Which as I understand it should make user emby a part of the media group, which have read/write access to the Season 1 folder, and all other folders.

 

What am I missing?

 

Thank you for trying to help me.

[Luke 42077]

@@mastrmind11 do you have any tips?

[mastrmind11 722]

Odd.  Is this the only folder that exhibits this behavior?  As a test, what happens when you chmod 777 at the folder level?  Also is this a mounted share?  If so, post your fstab info.  What's creating the season folder and moving the media files there?

Edited July 7, 2018 by mastrmind11

[raptorjr 15]

I'm using Sonarr for downloading series, so it takes care of all the folder creation. As I can remember this is the first time I have added a serie to Sonarr and it does not work as expected in Emby. I could of course add another as a test and see what happens.

 

I will try 777 on the folder, but does that have any impact when ACL is used?

 

This is my fstab, and it is the last line that is my multimedia harddrive and folder:

 

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sdb1 during installation
UUID=a5e0f48f-ee58-49be-a581-193c6732b95c /               ext4    errors=remount-ro 0       1
# swap was on /dev/sdb5 during installation
UUID=6bc5eb1f-56f6-47a5-97ff-11e18c482ada none            swap    sw              0       0

/dev/sdb1       /media/multimedia xfs
 

[mastrmind11 722]

I'm using Sonarr for downloading series, so it takes care of all the folder creation. As I can remember this is the first time I have added a serie to Sonarr and it does not work as expected in Emby. I could of course add another as a test and see what happens.

 

I will try 777 on the folder, but does that have any impact when ACL is used?

 

This is my fstab, and it is the last line that is my multimedia harddrive and folder:

 

# /etc/fstab: static file system information.

#

# Use 'blkid' to print the universally unique identifier for a

# device; this may be used with UUID= as a more robust way to name devices

# that works even if disks are added and removed. See fstab(5).

#

# <file system> <mount point>   <type>  <options>       <dump>  <pass>

proc            /proc           proc    nodev,noexec,nosuid 0       0

# / was on /dev/sdb1 during installation

UUID=a5e0f48f-ee58-49be-a581-193c6732b95c /               ext4    errors=remount-ro 0       1

# swap was on /dev/sdb5 during installation

UUID=6bc5eb1f-56f6-47a5-97ff-11e18c482ada none            swap    sw              0       0

 

/dev/sdb1       /media/multimedia xfs

 

Thats really bizarre. If Sonarr is doing it via ACL you should be gtg.  777 on the folder probably wont matter since youre having Sonarr set the perms.  Try another random single episode of some random season and see what happens.  I have the same setup and have no problems.

 

Actually, have you checked your Sonarr logs?  It might shed some additional insight into what's happening.  I assume you're using the ACL feature because you have Sonarr running as a different user than Emby?  And you said nothing has changed recently?  (upgraded Sonarr, moved around users/groups, changed your fstab, etc?

 

also, either tag me or quote me in your responses or I might forget to follow up.  Thanks

Edited July 8, 2018 by mastrmind11

[raptorjr 15]

Thank you very much for your help. I'll be away for a couple of weeks, but will continue to investigate this when I get back. I've got some clues on where I could try and look, and some things to test. Will get back with more questions, or the solution if I should find it. There is probably something I have missed or is doing the wrong way. But maybe other people will benefit from my findings and solution, even if it in the end is something stupid =) In that case I hope I'm not the only stupid person in the world =)