After Asustor AS6604T ADM update to 4.2.3.RK91, transcode fails

[BrianJFox 18]

Upgraded Asustor NAS to 4.2.3.RK91, and afterwards Emby no longer detects GPU.    Logs attached.

 

hardware_detection-63828580447.txt

[Luke 42077]

HI, please attach the main emby server log as well. thanks.

[BrianJFox 18]

Both logs after a reboot of the NAS.

hardware_detection-63828583933.txt embyserver.txt

[BrianJFox 18]

Installed Emby via package downloaded from forum, not package from Asustor app central.

[Luke 42077]

Do you by any chance have older logs lying around still from when it was detected? if you could provide both an emby server and hardware detection log from that, that would be helpful as well. Thanks.

[BrianJFox 18]

See attached.

embyserver-63828349278.txt hardware_detection-63828349497.txt

[BrianJFox 18]

Rolled back to 4.7.13, no change.  Still not detecting GPU.  

 

 

embyserver.txt hardware_detection-63828626552.txt

[BrianJFox 18]

Luke,

Some suggestions from the Asustor forums.    Seems to be permissions related.    Not sure if the Emby install sets these permissions or not:

https://forum.asustor.com/viewtopic.php?f=243&t=14039

 

 

[BrianJFox 18]

Luke,

Ran the following command after signing in via Putty:

`sudo chmod o+rw /dev/dri/renderD128`

And transcoding options re-appeared.   User suggesting this states it's non-persistent.   Appears to be a Asustor issue, not sure if you can/want to try to fix it in Emby. 

[Luke 42077]

55 minutes ago, BrianJFox said:

Luke,

Some suggestions from the Asustor forums.    Seems to be permissions related.    Not sure if the Emby install sets these permissions or not:

https://forum.asustor.com/viewtopic.php?f=243&t=14039

 

 

Thanks, we'll keep an eye on that. Do Asustor developers monitor that?

[BrianJFox 18]

Luke,

Not certain if that is monitored by the Asustor devs, despite appearing to be an official forum.   There are several users there who've opened tickets, plus mine. 

 

Not sure if you have any pull with them as this is breaking a key feature of the Emby app, causing support headaches for you.     Thanks.

[Luke 42077]

9 minutes ago, BrianJFox said:

Luke,

Not certain if that is monitored by the Asustor devs, despite appearing to be an official forum.   There are several users there who've opened tickets, plus mine. 

 

Not sure if you have any pull with them as this is breaking a key feature of the Emby app, causing support headaches for you.     Thanks.

We do have a developer support contact so I'll send them a link to that forum posting.

[BrianJFox 18]

Luke,

Some additional detail on the changes Asustor made in the most recent update.  Not sure if this helps mitigate the impact on Emby, not really a Linux guy.

----

by Patrick » Wed Aug 30, 2023 3:47 am

Currently, ADM change the permission for /dev, and only allow root group to access it. This is the security improvement, and uBuntu also applied this kind of permission for /dev system folder.

For using /dev folder (especially for /dev/dri/renderD128 to use Hardware transcoding) in docker container, you can change the container as a non-root user, but keep it in root group.

Then it have no problem to use /dev/dri/renderD128 now.

[Luke 42077]

OK so it looks like we're going to have the install package add the correct group to our emby user. Thanks.

[Luke 42077]

@BrianJFoxthe stable packages on our website are updated with this change. It will also be in the 4.7.14 update that we're submitting to Asustor. Thanks.

[BrianJFox 18]

I was on vacation and unable to test until now.   Rebooted the NAS and confirmed the workaround from the Asustor forums isn't persistent.   Uninstalled the old *.14 release, re-installed the new release, and transcode options are indeed back.   This is all on ADM 4.2.3.RK91.   A new release of ADM is out for my NAS, but I'm going to let others beta test it. 

 

TL;DR: New version works.