Can't delete movies/shows on new Docker Emby Server build

[RandyChuck 2]

Hi there, im hoping someone could provide some guidance for me on my new Emby Premium docker build. It's working, however I have this issue that needs resolving. Im pretty new to the docker and linux world for that matter. The issue is;

1. Cant delete movies and shows from the Emby UI. Error: "There was an error deleting the item from Emby Server. Please check that Emby Server has write access to the media folder and try again."

 

• Docker Compose running on Ubuntu 22.04.1 host.

 

I've read and understood as much as I can of these articles. If I could, I would grant read/write/execute to 'emby', but that user doesnt exist on the Ubuntu host. The permissions that I do have assigned allows Emby to play the media because the server is working great for playing movies and shows.

 

• drwxrwxrwx+  4 dan dan 4096 Nov 27 16:47  content (root folder in my user folder where my media is)
• drwxrwxrwx+ 25 root root 4096 Dec  2 06:13 downloads (subfolder of content)
• drwxrwxrwx+  4 root root 4096 Nov 27 16:47 media (subfolder of content)

I just updated the owner of the downloads and media folders to be dan dan, rebooted and that didnt help

• drwxrwxrwx+ 25 dan dan 4096 Dec  2 06:13 downloads (subfolder of content)
• drwxrwxrwx+  4 dan dan 4096 Nov 27 16:47 media (subfolder of content)

 

Emby server log attached, as well as my compose yml. Thank you for any help. 

embyserver.txt docker-compose.yml

[RandyChuck 2]

One thing I didnt mention. My media is located on the Ubuntu host in /home/dan/content

[Luke 38499]

Hi @RandyChuckare you still having an issue with this? Have you updated to emby server 4.7.11?

[RandyChuck 2]

Yup - still having troubles. I refreshed permissions using ACL but no help. I had been running 4.7.10 and just updated to 4.7.11. Also, no change. 

[Luke 38499]

@RandyChuck were you able to figure this out?

[RandyChuck 2]

Not yet. Any ideas? 

[Luke 38499]

@Q-Droid may have some tips.

[Q-Droid 803]

On 2/4/2023 at 2:03 PM, RandyChuck said:

Not yet. Any ideas? 

Can you attach a recent log, fresh after restart and including an attempt to delete an item? If you've changed your compose file since the original post attach that too.

And ls -la of:
$DOCKERDIR/appdata/emby/logs
$DATADIR/media/movies
$DATADIR/media/shows

And getfacl of:
$DATADIR/media/movies
$DATADIR/media/shows

Also, the official Emby docker image does not make use of PUID and PGID. It uses UID, GID and GIDLIST.
 

[RandyChuck 2]

Q-Droid, thank you for having a look!!! So you have some frame of reference, I built the Docker environment based off an article by smarthomebeginner.com. I believe the article was Plex-centric but I like Emby better. That may be where the ACLs came in, IDK. 

I added some screenshots of reproducing the error from my Windows PC. The embyserver.txt was pulled after a reboot and after attempting to delete a movie shown in the screen shot. 

Contents of /home/dan/docker/.env

PUID=1000
PGID=1000
TZ="America/New_York"
USERDIR="/home/dan"
DOCKERDIR="/home/dan/docker"
DATADIR="/home/dan/content"

$DOCKERDIR/appdata/emby/logs

root@docker:/home/dan/docker/appdata/emby/logs# ls -la
total 4316
drwxrwxr-x+  2 bin bin   12288 Feb 12 11:57 .
drwxrwxr-x+ 11 bin bin    4096 Dec 26 20:10 ..
-rw-rw-r--+  1 bin bin  248204 Feb  8 21:02 embyserver-63811497599.txt
-rw-rw-r--+  1 bin bin  383011 Feb  9 21:02 embyserver-63811584000.txt
-rw-rw-r--+  1 bin bin  185597 Feb 10 22:17 embyserver-63811670400.txt
-rw-rw-r--+  1 bin bin 2839029 Feb 11 22:17 embyserver-63811756800.txt
-rw-rw-r--+  1 bin bin  356742 Feb 12 11:19 embyserver-63811799482.txt
-rw-rw-r--+  1 bin bin   25340 Feb 12 11:51 embyserver-63811799821.txt
-rw-rw-r--+  1 bin bin   38443 Feb 12 12:30 embyserver.txt
-rw-rw-r--+  1 bin bin  138407 Feb 12 11:51 hardware_detection-63811799488.txt
-rw-rw-r--+  1 bin bin  138407 Feb 12 11:57 hardware_detection-63811799827.txt

$DATADIR/media/movies

root@docker:/home/dan/content/media/movies# ls -la
total 60
drwxrwxrwx+ 15 dan dan 4096 Feb  6 04:04  .  <- GREEN HIGHLIGHTED
drwxrwxrwx+  5 dan dan 4096 Dec 28 16:09  .. <- GREEN HIGHLIGHTED
drwxrwxr-x+  2 dan dan 4096 Dec  5 21:14 'A Christmas Open House (2022)'
drwxrwxr-x+  2 dan dan 4096 Dec  5 20:59 'A Gingerbread Christmas (2022)'
drwxrwxr-x+  2 dan dan 4096 Feb  6 04:04 'Black Adam (2022)'
drwxrwxr-x+  2 dan dan 4096 Jan 30 21:58 'Black Panther Wakanda Forever (2022)'
drwxrwxr-x+  2 dan dan 4096 Dec  5 21:12 'Designing Christmas (2022)'
drwxrwxr-x+  2 dan dan 4096 Dec 24 21:04 'Fatman (2020)'
drwxrwxr-x+  2 dan dan 4096 Dec  8 17:38 'One Way (2022)'
drwxrwxr-x+  2 dan dan 4096 Feb  5 17:50 'Palm Springs (2020)'
drwxrwxr-x+  2 dan dan 4096 Jan  6 00:54 'Puss in Boots The Last Wish (2022)'
drwxrwxr-x+  2 dan dan 4096 Dec  1 12:43 'Spirited (2022)'
drwxrwxr-x+  2 dan dan 4096 Dec 29 23:19 'The Cloverfield Paradox (2018)'
drwxrwxr-x+  2 dan dan 4096 Jan 15 11:55 'Top Gun Maverick (2022)'
drwxrwxr-x+  2 dan dan 4096 Dec  5 19:48 'Torn (2022)'

$DATADIR/media/shows

root@docker:/home/dan/content/media/shows# ls -la
total 56
drwxrwxrwx+ 14 dan dan 4096 Feb  9 18:29  .   <- GREEN HIGHLIGHTED
drwxrwxrwx+  5 dan dan 4096 Dec 28 16:09  ..  <- GREEN HIGHLIGHTED
drwxrwxr-x+  3 dan dan 4096 Jan 14 16:59 'Alert - Missing Persons Unit'
drwxrwxr-x+  3 dan dan 4096 Dec 28 23:36  Andor
drwxrwxr-x+  3 dan dan 4096 Jan  8 11:41 "Anne Rice's Mayfair Witches"
drwxrwxr-x+  3 dan dan 4096 Dec 28 23:36 'Criminal Minds'
drwxrwxr-x+  3 dan dan 4096 Feb  4 03:16 'Fire Country'
drwxrwxr-x+  3 dan dan 4096 Jan 15 14:11 'Mythic Quest'
drwxrwxr-x+  3 dan dan 4096 Jan 14 11:44 'National Treasure - Edge of History'
drwxrwxr-x+  3 dan dan 4096 Feb  4 17:13 'Poker Face (2023)'
drwxrwxr-x+  3 dan dan 4096 Jan 21 13:57 'The Last of Us'
drwxrwxr-x+  3 dan dan 4096 Jan 21 19:49 'The Traitors (US)'
drwxrwxr-x+  3 dan dan 4096 Dec 28 23:36 'Tulsa King'
drwxrwxr-x+  3 dan dan 4096 Feb 10 05:15 'Wolf Pack'
 

$DATADIR/media/movies

root@docker:/home/dan/content/media# getfacl movies/
# file: movies/
# owner: dan
# group: dan
user::rwx
group::rwx
group:docker:rwx
mask::rwx
other::rwx
default:user::rwx
default:group::rwx
default:group:docker:rwx
default:mask::rwx
default:other::r-x

$DATADIR/media/shows

root@docker:/home/dan/content/media# getfacl shows/
# file: shows/
# owner: dan
# group: dan
user::rwx
group::rwx
group:docker:rwx
mask::rwx
other::rwx
default:user::rwx
default:group::rwx
default:group:docker:rwx
default:mask::rwx
default:other::r-x

docker-compose.yml embyserver.txt

[Q-Droid 803]

The Emby container is using the default UID/GID value of 2 because it doesn't recognize envs PUID and PGID. You have the options of a quick sloppy fix or one that brings Emby inline with the rest of your containers to fix the integration. I think you should fix the integration.

What user and group do UID/GID 1000 belong to? Is it dan:dan?

Change the Emby environment section in the docker-compose to use the correct variables with the current values. Remove the reference to default-tz-puid-pgid from the emby section.

$ getent group video
$ getent group render

Plug in the values in GIDLIST below. If there isn't a value for render then leave it out.

environment:
 - TZ=$TZ
 - UID=$PUID
 - GID=$PGID
 - GIDLIST=<video ID>,<if render ID>

Before recreating the containers you'll have to change the ownership of the Emby (appdata) files and directories.

$ sudo chown -R 1000:1000 /home/dan/docker/appdata/emby

Rerun the compose to recreate the containers. This should make everything dan:dan if that is UID:GID 1000. You shouldn't have to mess with the ACLs and they should continue to work as is.

[RandyChuck 2]

I like where you're going with this. This is alot, so here's the first piece. 

What user and group do UID/GID 1000 belong to? Is it dan:dan?

root@docker:/home/dan# getent group dan
dan:x:1000:

From the /etc/passwd file 

dan:x:1000:1000:dan,,,:/home/dan:/bin/bash

Yes, UID 1000 = dan

I'll get to work on getting these other changes in place. Thank for your guidance on this! 

 

 

[RandyChuck 2]

That works. It worked! Thank you for your time on this @Q-Droid & @Luke