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

[BrianJFox 11]

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

 

hardware_detection-63828580447.txt

[Luke 37071]

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

[BrianJFox 11]

Both logs after a reboot of the NAS.

hardware_detection-63828583933.txt embyserver.txt

[BrianJFox 11]

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

[Luke 37071]

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 11]

See attached.

embyserver-63828349278.txt hardware_detection-63828349497.txt

[BrianJFox 11]

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

 

 

embyserver.txt hardware_detection-63828626552.txt

[BrianJFox 11]

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 11]

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 37071]

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 11]

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 37071]

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 11]

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 37071]

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

[Luke 37071]

@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 11]

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.