Airwolf99 Posted August 7, 2021 Share Posted August 7, 2021 (edited) Did you end up finding a fix for this? I'm having the same issue and haven't been able to find one yet. It only happens when HW acceleration is enabled. On 4/9/2021 at 6:04 PM, NightCharger said: I have been having an issue getting hardware transcoding to work on the linuxserver.io plex media server docker container. I have a Nvidia Quadro P1000 and I have it installed in my unraid server. I pulled down the docker container and made sure to add the --runtime=nvidia to the extra parameters and also downloaded the Nvidia Driver Plugin so that I could copy the GPU id to the Nvidia Visible Devices variable. I'm using v465.19.01 driver. I have set plex up and let it refresh the metadata of the files. I made the changes in the settings to allow allow hardware transcoding and I do have a lifetime plex pass. When I try transcoding the screen will flash a few times then throw this Playback Error: An unknown error occurred (4294967279) Error code: 4294967279 Looking at the logs it looks like it's having a hard time find the right codec. Other times when I play a movie it will transcode in hardware just fine at full quality. If I try to force it down to a lower level using either the browser or plex desktop app it will not continue playing and it will be just a blank screen. I've noticed however in the plex dashboard it shows the movies as continuing to play at the lower resolution even though the progress is not changing on the client. Previously I was running the Plex Media Server docker container with intel quicksync for hardware transcoding just fine as I have a plex pass and I was able to pass the correct parameters to their docker container. I was not sure if that container would work with an Nvidia card so that's why I'm using the linuxserver one. Previously I was transcoding to ram by using the host path /tmp mapped to the container path of /transcode. Does linuxserver support transcoding to ram? Plex Media Server.log 379.05 kB · 0 downloads Edited August 7, 2021 by Airwolf99 more info Quote Link to comment
sittingmongoose Posted August 7, 2021 Share Posted August 7, 2021 15 minutes ago, Airwolf99 said: Did you end up finding a fix for this? I'm having the same issue and haven't been able to find one yet. It only happens when HW acceleration is enabled. I did, here you go. Quote Link to comment
BigFam Posted August 7, 2021 Share Posted August 7, 2021 (edited) New unRAID 6.9.2 install on Ryzen 3600 CPU, 64GB, Nvidia P2000 GPU, 10x12TB WD Red Array w/ single parity, 3 SSD cache pools 1+1 TB WD Black Nvme and 2x1TB Corsair MX500 SATA SSDs. Really happy with the functionality of this container as it let's me do HW transcoding with my nvidia P2000, also for HDR tone mapping. Actually it was the main reason for finally migrating from a Windows Server 2019 with plex setup. After pulling down the container after some time I can't access the plex web ui using the <http://serverip:32400/web>. I could initially access the web ui. I have since added other containers but I triple checked that there are no overlapping ports with any of the other containers. Docker image is running with default host network (just added a few paths) 172.27.10.100:1900/UDP - 172.27.10.100:1900 172.27.10.100:3005/TCP - 172.27.10.100:3005 172.27.10.100:32400/TCP - 172.27.10.100:32400 172.27.10.100:32410/UDP - 172.27.10.100:32410 172.27.10.100:32412/UDP - 172.27.10.100:32412 172.27.10.100:32413/UDP - 172.27.10.100:32413 172.27.10.100:32414/UDP - 172.27.10.100:32414 172.27.10.100:32469/TCP - 172.27.10.100:32469 172.27.10.100:5353/UDP - 172.27.10.100:5353 172.27.10.100:8324/TCP - 172.27.10.100:8324 I can manage all aspects of the server through another plex server's web ui and the plex server is otherwise seemingly fully functional. My new unRAID Plex Server is meant to replace the old one so managing the new plex server through the old one's web ui is not an option. How can I troubleshoot this? I already removed and reinstalled the container as well as doing a force upgrade but no luck. The error message is "connection was reset". Any help very much appreciated. Edited August 7, 2021 by extcon added information Quote Link to comment
BigFam Posted August 7, 2021 Share Posted August 7, 2021 On 5/1/2021 at 7:31 PM, audioclass said: I'm experiencing a minor issue/inconvenience on a consistent basis. Any time my container is restarted, my Settings > Remote Access configuration is unchecking the 'Manually specify public port' setting, which prompts the screen to indicate that my server is not accessible remotely. I can recheck the box, and press apply, and I then get the green 'Fully accessible outside your network' message again. So far, this has not actually impacted the ability of my users to access, despite the message, but it is annoying to have to keep turning it back on again. I also fear that if my firewall states get cleared during that period it WILL cause issues. Any idea why this setting does not persist through a restart? I've tried searching for similar cases but haven't had much luck. Of course, if I switch to UPnP this is a non-issue, but I'm keen to keep this disabled on my firewall for obvious security concerns. This is happening to me too. I'm pretty sure it's because my ISP has changed settings so I'm now not using an external IP but rather a GNAT carrier address. I will talk to ISP support on Monday to confirm and have them change back as I've had it up and working properly for almost a year before it stopped working last week. Quote Link to comment
audioclass Posted August 7, 2021 Share Posted August 7, 2021 This is happening to me too. I'm pretty sure it's because my ISP has changed settings so I'm now not using an external IP but rather a GNAT carrier address. I will talk to ISP support on Monday to confirm and have them change back as I've had it up and working properly for almost a year before it stopped working last week.I think most people are confusing what I mean. It isn’t just a matter of people being randomly unable to connect to me. The actual SETTING in Plex is unchecking itself randomly any time the container restarts due to updates or backups. It is the only setting that this occurs with. Quote Link to comment
BigFam Posted August 7, 2021 Share Posted August 7, 2021 2 minutes ago, audioclass said: I think most people are confusing what I mean. It isn’t just a matter of people being randomly unable to connect to me. The actual SETTING in Plex is unchecking itself randomly any time the container restarts due to updates or backups. It is the only setting that this occurs with. Yeah, I admit to being confused... I never heard that one before, sorry. Are you saying that while the setting is active everything works as expected and then when plex by itself unchecks the setting it stops working, i.e. the issue is with plex and not network related? Quote Link to comment
audioclass Posted August 7, 2021 Share Posted August 7, 2021 Yeah, I admit to being confused... I never heard that one before, sorry. Are you saying that while the setting is active everything works as expected and then when plex by itself unchecks the setting it stops working, i.e. the issue is with plex and not network related?Yeah, exactly that. It all works fine, I can set a certain bandwidth (ex 10MB/s) for remote users and they can reach that quality. Then, for whatever reason if the container has to restart for any reason (updates, regular backups which restart the container, etc.) the setting becomes unchecked, at which point remote access is disabled and they are forced through the plex relay which has a paltry 2MB/s limit and looks terrible. Quote Link to comment
Schicksal Posted August 7, 2021 Share Posted August 7, 2021 On 8/5/2021 at 6:09 PM, alturismo said: as stated, may first try host mode in case you dont use it yet ... Working for me. Bridge Mode was running since a year(?) and now it‘s working on host. Thank you Quote Link to comment
BigFam Posted August 7, 2021 Share Posted August 7, 2021 14 minutes ago, audioclass said: Yeah, exactly that. It all works fine, I can set a certain bandwidth (ex 10MB/s) for remote users and they can reach that quality. Then, for whatever reason if the container has to restart for any reason (updates, regular backups which restart the container, etc.) the setting becomes unchecked, at which point remote access is disabled and they are forced through the plex relay which has a paltry 2MB/s limit and looks terrible. That's really weird. I just checked and the setting *should persist as it is in the /appdata/plex/Library/Application Support/Plex Media Server/Preferences.xml file. The value is ManualPortMappingMode="1" for enabled and the Preferences.xml file is outside the container in appdata. Can you check this file when it everything is working and again when it seems not to be working, what are the values of the ManualPortMappingMode setting in either case? 1 Quote Link to comment
audioclass Posted August 7, 2021 Share Posted August 7, 2021 (edited) 19 minutes ago, extcon said: That's really weird. I just checked and the setting *should persist as it is in the /appdata/plex/Library/Application Support/Plex Media Server/Preferences.xml file. The value is ManualPortMappingMode="1" for enabled and the Preferences.xml file is outside the container in appdata. Can you check this file when it everything is working and again when it seems not to be working, what are the values of the ManualPortMappingMode setting in either case? Wow, this might be the issue. The xml does not contain an entry for ManualPortMappingMode. I'm going to backup the file and then add that entry and see what happens. If this fixes it I'll feel dumb Edit: I shut down the container, edited the file to include that setting, and started the container only to find the setting unchecked again. Blast! BUT! After repeating the process and adding both that setting AND ManualPortMappingPort="32400" (from the preferences.xml documentation, it worked! Upon starting the container remote access was enabled, and after a couple restarts it is STILL enabled! Woohoo! I'm going to keep holding my breath over the next few days to see if it happens again, but so far I think you've helped me solve the issue. Thank you @extcon ! Edited August 7, 2021 by audioclass Quote Link to comment
BigFam Posted August 7, 2021 Share Posted August 7, 2021 21 minutes ago, audioclass said: Wow, this might be the issue. The xml does not contain an entry for ManualPortMappingMode. I'm going to backup the file and then add that entry and see what happens. If this fixes it I'll feel dumb Edit: I shut down the container, edited the file to include that setting, and started the container only to find the setting unchecked again. Blast! BUT! After repeating the process and adding both that setting AND ManualPortMappingPort="32400" (from the preferences.xml documentation, it worked! Upon starting the container remote access was enabled, and after a couple restarts it is STILL enabled! Woohoo! I'm going to keep holding my breath over the next few days to see if it happens again, but so far I think you've helped me solve the issue. Thank you @extcon ! Keeping my fingers crossed for you🤞 Quote Link to comment
Kaizac Posted August 10, 2021 Share Posted August 10, 2021 After updating to 6.10.0-rc1 my 11th gen (11500) HW transcoding is not working anymore. Removed the modprobe file, also didn't work. The driver does seem to be loaded fine without modprobe file. Maybe it has to do with the Intel TOP plugin that needs an update, I have no idea. But just be aware that HW transcoding for me is currently fully broken. Before it would HW transcode even in HDR on plenty of movies (not all as we discussed earlier). Quote Link to comment
arturovf Posted August 12, 2021 Share Posted August 12, 2021 On 8/10/2021 at 4:47 AM, Kaizac said: After updating to 6.10.0-rc1 my 11th gen (11500) HW transcoding is not working anymore. Removed the modprobe file, also didn't work. The driver does seem to be loaded fine without modprobe file. Maybe it has to do with the Intel TOP plugin that needs an update, I have no idea. But just be aware that HW transcoding for me is currently fully broken. Before it would HW transcode even in HDR on plenty of movies (not all as we discussed earlier). thanks for the heads up, that's really bad news Quote Link to comment
tucansam Posted August 15, 2021 Share Posted August 15, 2021 (edited) Hey guys, I noticed some giant MP4 files in my plex appdata share..... /mnt/disks/ssd/appdata/PlexMediaServer/Library/Application Support/Plex Media Server/Cache/Transcode/Sync+/36266422/61/379844.mp4 /mnt/disks/ssd/appdata/PlexMediaServer/Library/Application Support/Plex Media Server/Cache/Transcode/Sync+/36266422/e8/254825.mp4 These are 700-1000MB each. Are these left over temp files from some failed watching of content? Can I delete them? I'm manually tar'ing my appdata folder and have noticed a ton: root@ffs2:/mnt/disks/ssd/appdata/PlexMediaServer/Library/Application Support/Plex Media Server/Cache# find . * | grep mp4 ./Transcode/Sync+/36266422/61/379844.mp4 ./Transcode/Sync+/36266422/e8/254825.mp4 ./Transcode/Sync+/36266422/5f/14352.mp4 ./Transcode/Sync+/36266422/32/14353.mp4 ./Transcode/Sync+/36266422/4b/14354.mp4 ./Transcode/Sync+/36266422/31/14355.mp4 ./Transcode/Sync+/36266422/e3/256938.mp4 ./Transcode/Sync+/36266422/47/256936.mp4 ./Transcode/Sync+/36266422/fb/256939.mp4 ./Transcode/Sync+/36266422/36/256940.mp4 Transcode/Sync+/36266422/61/379844.mp4 Transcode/Sync+/36266422/e8/254825.mp4 Transcode/Sync+/36266422/5f/14352.mp4 Transcode/Sync+/36266422/32/14353.mp4 Transcode/Sync+/36266422/4b/14354.mp4 Transcode/Sync+/36266422/31/14355.mp4 Transcode/Sync+/36266422/e3/256938.mp4 Transcode/Sync+/36266422/47/256936.mp4 Transcode/Sync+/36266422/fb/256939.mp4 Transcode/Sync+/36266422/36/256940.mp4 root@ffs2:/mnt/disks/ssd/appdata/PlexMediaServer/Library/Application Support/Plex Media Server/Cache# Safe to delete? Edited August 15, 2021 by tucansam Quote Link to comment
coblck Posted August 16, 2021 Share Posted August 16, 2021 Is this the correct setup for this to keep plex upto date Quote Link to comment
DZMM Posted August 17, 2021 Share Posted August 17, 2021 Hi has anyone succeeded with running the commands to repair a database in the docker? Annoyingly my database backups were never made - and I'm trying to avoid using CA as my backup's a bit old. https://support.plex.tv/articles/repair-a-corrupted-database/ When I try to run the commands to repair the database (I created a copy of my database) I get this: root@Highlander:/# "/usr/lib/plexmediaserver/Plex SQLite" com.plexapp.plugins.library2.db "PRAGMA integrity_check" ok root@Highlander:/# "/usr/lib/plexmediaserver/Plex SQLite" com.plexapp.plugins.library2.db ".output dump.sql" ".dump" root@Highlander:/# del com.plexapp.plugins.library2.db bash: del: command not found Nothing seems to happen with the dump command, and then the del fails. Any idea what I'm doing wrong? Thanks in advance. Quote Link to comment
xxDeadbolt Posted August 23, 2021 Share Posted August 23, 2021 On 8/15/2021 at 2:09 PM, tucansam said: Hey guys, I noticed some giant MP4 files in my plex appdata share..... /mnt/disks/ssd/appdata/PlexMediaServer/Library/Application Support/Plex Media Server/Cache/Transcode/Sync+/36266422/61/379844.mp4 /mnt/disks/ssd/appdata/PlexMediaServer/Library/Application Support/Plex Media Server/Cache/Transcode/Sync+/36266422/e8/254825.mp4 These are 700-1000MB each. Are these left over temp files from some failed watching of content? Can I delete them? I'm manually tar'ing my appdata folder and have noticed a ton: root@ffs2:/mnt/disks/ssd/appdata/PlexMediaServer/Library/Application Support/Plex Media Server/Cache# find . * | grep mp4 ./Transcode/Sync+/36266422/61/379844.mp4 ./Transcode/Sync+/36266422/e8/254825.mp4 ./Transcode/Sync+/36266422/5f/14352.mp4 ./Transcode/Sync+/36266422/32/14353.mp4 ./Transcode/Sync+/36266422/4b/14354.mp4 ./Transcode/Sync+/36266422/31/14355.mp4 ./Transcode/Sync+/36266422/e3/256938.mp4 ./Transcode/Sync+/36266422/47/256936.mp4 ./Transcode/Sync+/36266422/fb/256939.mp4 ./Transcode/Sync+/36266422/36/256940.mp4 Transcode/Sync+/36266422/61/379844.mp4 Transcode/Sync+/36266422/e8/254825.mp4 Transcode/Sync+/36266422/5f/14352.mp4 Transcode/Sync+/36266422/32/14353.mp4 Transcode/Sync+/36266422/4b/14354.mp4 Transcode/Sync+/36266422/31/14355.mp4 Transcode/Sync+/36266422/e3/256938.mp4 Transcode/Sync+/36266422/47/256936.mp4 Transcode/Sync+/36266422/fb/256939.mp4 Transcode/Sync+/36266422/36/256940.mp4 root@ffs2:/mnt/disks/ssd/appdata/PlexMediaServer/Library/Application Support/Plex Media Server/Cache# Safe to delete? Strange, I've literally just dealt with this about an hour ago (it was sitting at around 40Gig!). I used the unraid terminal to delete the numbered folder, & it's contents, in the Sync+ directory. Wasn't sure if just deleting the Sync+ folder would make a difference, but decided to just keep it and delete everything in it. So far, no issues. Quote Link to comment
trurl Posted August 23, 2021 Share Posted August 23, 2021 7 hours ago, xxDeadbolt said: Sync+ directory You should setup Transcode to go to some share outside appdata if you are going to be doing large Plex syncs. Quote Link to comment
tucansam Posted August 23, 2021 Share Posted August 23, 2021 Under Settings -> Transcoder, the "Transcoder temporary directory" is listed as /var/tmp. Correct me if I'm wrong, but that's essentially a non-persistent location on what is essentially a "ram disk?" That is to say, its not anywhere on /boot and its certainly not on my array anywhere. Which doesn't explain why huge files are showing up inside the plex folder under appdata. So I changed it to /mnt/user/temp which is a less than ideal location because its slow, however if it starts creating large files again, the array has enough room that it won't make a huge difference if I don't catch it right away. These files seem like temporary files, should they not be getting deleted by Plex during some maintenance event of some sort? Quote Link to comment
trurl Posted August 23, 2021 Share Posted August 23, 2021 You haven't told us which of those paths are container paths, which are host paths. 57 minutes ago, tucansam said: Under Settings -> Transcoder, the "Transcoder temporary directory" is listed as /var/tmp. Correct me if I'm wrong, but that's essentially a non-persistent location on what is essentially a "ram disk?" Assuming this is a path specified within the Plex application itself, it sounds like a path that would be inside docker.img unless you have mapped it to the host. 59 minutes ago, tucansam said: So I changed it to /mnt/user/temp which is a less than ideal location That also sounds like a path that would be inside docker.img unless you have mapped it to the host. Do you understand mappings? Quote Link to comment
tucansam Posted August 23, 2021 Share Posted August 23, 2021 Not sure if I understand mappings or not. I think what happens inside a docker image is magic and I don't understand any of it, at all, even a little bit. /mnt/user/temp is a share exported by my unraid server as "temp" across the network, so I guess that would make it a host path, right? Quote Link to comment
wgstarks Posted August 23, 2021 Share Posted August 23, 2021 18 minutes ago, tucansam said: Not sure if I understand mappings or not. I think what happens inside a docker image is magic and I don't understand any of it, at all, even a little bit. /mnt/user/temp is a share exported by my unraid server as "temp" across the network, so I guess that would make it a host path, right? Only if you mapped it in the docker settings. Example- I use /transcode for transcode location in plex and I have it mapped to /tmp/PlexRamScratch/ which is a folder in unraid's ram. You would need a similar mapping. Quote Link to comment
tucansam Posted August 24, 2021 Share Posted August 24, 2021 So /tmp is RAM, then, and I am free to put stuff there that I don't need to survive a reboot? Stupid question, I know. But before I accidentally fill up my 8GB USB unraid thumb drive I want to be certain. Mine has a lot of stuff in it: root@ffs2:~# ls /tmp ca.backup2/ fix.common.problems/ recycle.bin/ ca_notices/ notifications/ tmux-0/ community.applications/ plugins/ unassigned.devices/ emhttp/ preclear_assigned_disks1 user.scripts/ root@ffs2:~# Quote Link to comment
wgstarks Posted August 24, 2021 Share Posted August 24, 2021 46 minutes ago, tucansam said: So /tmp is RAM, Yes Quote Link to comment
xxDeadbolt Posted August 24, 2021 Share Posted August 24, 2021 (edited) 14 hours ago, trurl said: You should setup Transcode to go to some share outside appdata if you are going to be doing large Plex syncs. It's set to use /tmp Edited August 24, 2021 by xxDeadbolt Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.