Docker

[andyblac644 69]

@@Luke how can we fix local date time, if TZDATA is not preinstalled ?, and the docker image does not adhere to the environment variable TZ= ??, can you get this fixed please, just atm all my timed stuff is 1hr out, due to BST.

/ # date
Sun Apr  8 12:25:08 UTC 2018
/ # echo $TZ
Europe/London

Edited April 8, 2018 by andyblac644

[Luke 42077]

Tzdata has to be installed. That's the only way it's going to work.

[andyblac644 69]

Tzdata has to be installed. That's the only way it's going to work.

 

 

it's not, have a look for your self, files should be installed to /usr/share/zoneinfo/

/ # ls /usr
bin   sbin
/ #

https://packages.debian.org/sid/all/tzdata/filelist

/ # dpkg -i tzdata
dpkg: can't open '/var/lib/dpkg/status': No such file or directory
/ # ls /var
run    spool  www
/ #

Edited April 8, 2018 by andyblac644

[andyblac644 69]

@@Luke I have tried every way I found on web nothing works, as tzdata is not installed and we have no way to install it, please could take a look to pre-setup for us to use the TZ environment variable ?

[alucryd 315]

@@andyblac644 It's on its way, please be patient.

[andyblac644 69]

@@andyblac644 It's on its way, please be patient.

 

 

thanks that all I was asking for, a 'we're working on it' thx again.

[alucryd 315]

@@andyblac644 Alright, can you try the latest beta? tzdata is now included, my logs show the correct time when the TZ variable is passed to the container.

Edited April 9, 2018 by alucryd

[andyblac644 69]

@@andyblac644 Alright, can you try the latest beta? tzdata is now included, my logs show the correct time when the TZ variable is passed to the container.

 

 

has it been pushed to beta ?, just I still only see UTC time, and no share folder in /usr ?

 

 

Edited April 9, 2018 by andyblac644

[alucryd 315]

@@andyblac644 Apologies, I updated latest instead of beta, beta is rebuilding, should be up in a few minutes.

[andyblac644 69]

@@andyblac644 Apologies, I updated latest instead of beta, beta is rebuilding, should be up in a few minutes.

 

 

ok tried what wrong, TZ= environmental set, and zone info is preinstalled but still on UTC

 

[alucryd 315]

Did you actually try launching emby? tzdata is a glibc thing, that date binary is from busybox, hence not built against glibc, it will happily ignore the TZ variable but emby won't.

[andyblac644 69]

Did you actually try launching emby? tzdata is a glibc thing, that date binary is from busybox, hence not built against glibc, it will happily ignore the TZ variable but emby won't.

 

 

ah, no, let me try, 

[andyblac644 69]

@@alucryd yup it seem date / time is now correct, nice one thanks a lot.

 

[alucryd 315]

No problem, glad it's working as expected now.

[BiPolar 0]

Strange. And you're certain you updated to RC3?

Definitely have the update to RC3. I removed the container and deleted the appdata contents for Emby before reinstalling. I only have two libraries (one for movies, one for tv shows) and I deleted the TVshow library after reinstalling. Got to be about 78% on the library scan before it crashed. Logs attached.

server-63658889077.txt

Edited April 9, 2018 by BiPolar

[BiPolar 0]

Any thoughts on the above log file?

[SkyBehind 23]

Hardware acceleration was working, but I noticed a day or two that it stopped.  I'm using Emby in a Docker container on Ubuntu 18.04.  Docker did just update to "17.12.1-ce, build 7390fc6" So maybe that has something to do with it.

 

 

Emby container environment:

 

UID - 1000 (user is mediaservice, the user I use to run things)

GID - 115 (docker group)

GIDLIST - 44 (video group)

GIDLIST - (group is mediaservice)

 

 

I've previously had mapped /dev/dri/renderD128 to the same in the container.  I've now mapped both /dev/dri/renderD128 and /dev/dri/card0 to the container in the respective /dev/dri/renderD128 and /dev/dri/card0 path

 

 

On server natively, you see the video group has permissions

mediaservice@mediaserver:~$ ls -al /dev/dri
total 0
drwxr-xr-x  3 root root       100 Apr 21 00:48 .
drwxr-xr-x 19 root root      4620 Apr 21 00:48 ..
drwxr-xr-x  2 root root        80 Apr 21 00:48 by-path
crw-rw----  1 root video 226,   0 Apr 21 00:48 card0
crw-rw----  1 root video 226, 128 Apr 21 00:48 renderD128

Within the container, only root has permissions, but the ID shows as root

docker exec emby ls -al /dev/dri
total 0
drwxr-xr-x    2 root     root            80 Apr 21 04:49 .
drwxr-xr-x   15 root     root          4460 Apr 21 04:49 ..
crw-rw----    1 root     root      226,   0 Apr 21 04:49 card0
crw-rw----    1 root     root      226, 128 Apr 21 04:49 renderD128

mediaservice@mediaserver:~$ docker exec emby id
uid=0(root) gid=0(root)

Let me know if there's anything else useful I need to provide.  I have the full server log, a log of transcoding from (I believe) when it was working, and one where I see it's not.

 

One thing I thought of that I haven't done yet, because I have someone watching something, is add GID and UID of "2" which is the default?  Also if I need to do this, I believe "2" is supposed to be the daemon user account, which in my case is actually "3".

 

Anway thoughts and assistance would be greatly appreciated!  :-)

 

 

 

not working - ffmpeg-transcode-ceb8a34d-fc6f-44af-ae8a-a952becf0cf5.txt

working I think - ffmpeg-transcode-31cfc44f-4308-4bbc-8993-39db2b9df36f.txt

server-63659882954.txt.zip

Edited April 21, 2018 by SkyBehind

[Luke 42077]

In the not working log you see this:

[AVHWDeviceContext @ 0x1632900] No VA display found for device: /dev/dri/renderD128.

This is going to vary per system so you will need to find the correct value for your setup. In most cases the default values we set work just fine.

[SkyBehind 23]

In the not working log you see this:

[AVHWDeviceContext @ 0x1632900] No VA display found for device: /dev/dri/renderD128.

This is going to vary per system so you will need to find the correct value for your setup. In most cases the default values we set work just fine.

 

I saw that, but that's what used to work a couple days ago.  Did you see the code snippets in my post as well?  When I did the "ls -al /dev/dri" command bother natively and within the docker container is shows renderD128 and card0.  I've tried both devices.  

 

Within the docker container I ran vainfo and it didn't return anything, should I try installing libva within the container?

[SkyBehind 23]

I saw that, but that's what used to work a couple days ago.  Did you see the code snippets in my post as well?  When I did the "ls -al /dev/dri" command bother natively and within the docker container is shows renderD128 and card0.  I've tried both devices.  

 

Within the docker container I ran vainfo and it didn't return anything, should I try installing libva within the container?

 

Just an update, I tried changing permissions to 775 natively and in the container. Tried adding video group to /dev/dri in the container.  What got it working was natively changing permissions to 777 on /dev/dri with a 

sudo chmod -R 777 /dev/dri

I don't like doing this, but saw a couple threads, one of them for Plex, about doing this for Docker HW Transcoding.  Low and behold, that's what ended up working for me.

[Luke 42077]

Thanks for the feedback.

[Anjo1077 2]

Hi,
Seems my libreelec > dock > emby is not publish the port 8096:8096

How to fix this?

Teach me like a noob if you can.

Thank you in advance.

[SkyBehind 23]

Hi,

Seems my libreelec > dock > emby is not publish the port 8096:8096

How to fix this?

Teach me like a noob if you can.

Thank you in advance.

What's your docker config, did you follow the instructions. You need to make port 8096 on host to 8096 on the container.

 

If you were doing "docker run" it would be "-p 8096:8096"

 

Sent from my Nexus 6 using Tapatalk

[Anjo1077 2]

What's your docker config, did you follow the instructions. You need to make port 8096 on host to 8096 on the container.

 

If you were doing "docker run" it would be "-p 8096:8096"

 

Sent from my Nexus 6 using Tapatalk

I just follow this video tutorial

And I don't know how edit docker config

I need set this on terminal (ssh)?

Edited April 22, 2018 by Anjo1077

[b0mb 36]

@@alucryd yup it seem date / time is now correct, nice one thanks a lot.

 

 

Whats that Scrreen from?