chandz05

Just a quick update on this, in case anyone in the future stumbles on this. It wasn't the Plex container itself that was leaking RAM, but my rclone mount connected to Debrid. It seems like rclone caches to RAM when Plex is reading/streaming data from the mount. Since rclone has no insight into system RAM, this can potentially cause the cache to grow infinitely. Or until RAM is filled and your server becomes unresponsive. The fix is to limit rclone RAM by adding this to your rclone mount command: --vfs-cache-max-size 5G Once the cache hits 5GB, it purges itself. Hope this helps someone else!

Hi everyone! I've tried searching the forums but I couldn't find anything that matches my problem. It seems like my LSIO Plex docker container may have a memory leak or something. Whenever I am HW transcoding, the overlay filesystem fills up really fast. I have mapped the transcode directory to a 5GB ramdisk in the /tmp directory, which is working as expecting. I have also limited the Plex container itself to 4GB, but it never goes over 3GB of use anyway. Using the command watch df -h I can see the expected behavior on the transcode ramdisk, which cleans itself up when it hits 50% usage. Monitoring processes via Glances, I don't see anything that's using RAM except the Plex container, which again never goes over 3GB. Despite all of this, only while Plex is HW transcoding, the /lib and /usr directories start filling up and never stop. What could be causing this behavior? See below for df -h output: Every 2.0s: df -h Tower: Fri Sep 13 14:27:58 2024 Filesystem Size Used Avail Use% Mounted on rootfs 16G 16G 0 100% / tmpfs 128M 9.8M 119M 8% /run /dev/sda1 60G 1.1G 59G 2% /boot overlay 16G 16G 0 100% /lib overlay 16G 16G 0 100% /usr devtmpfs 8.0M 0 8.0M 0% /dev tmpfs 16G 0 16G 0% /dev/shm tmpfs 128M 600K 128M 1% /var/log tmpfs 5.0G 2.6G 2.5G 52% /tmp/plex-ramdisk /dev/md1p1 3.7T 3.0T 689G 82% /mnt/disk1 /dev/md2p1 3.7T 3.0T 693G 82% /mnt/disk2 /dev/nvme0n1p1 466G 355G 108G 77% /mnt/cache shfs 7.3T 6.0T 1.4T 82% /mnt/user0 shfs 7.3T 6.0T 1.4T 82% /mnt/user zurg: 1.0P 0 1.0P 0% /mnt/user/Media/debrid /dev/loop2 60G 31G 28G 53% /var/lib/docker /dev/loop3 1.0G 4.7M 904M 1% /etc/libvirt tmpfs 3.2G 0 3.2G 0% /run/user/0

Hello, thanks this helped a lot to get my instance working! However I would like to note that for STORAGE_URL I had to set it to <MINIO IP>:<MINIO API Port> in order to get PDF downloads working. Hope this helps someone else too!

Can you see your graphics card in the VM? Hopefully someone else with a discrete AMD graphics card can help you from here

Sure! For -vgui, in the VM, navigate to this location: /home/default/.config/autostart and edit (right-click->open with->gedit) the Steam.desktop file. At the end of the "Exec" line, add "-vgui" and save. Since this is the autostart file, I would do a container restart. I believe you can edit the Steam executable itself, so it will start with -vgui enabled whenever you open Steam, but I did it the autostart way. When the container restarts, Steam should load up. At this point, only the store page was loading for me. In Steam, on the top menu, click "View -> Small Mode". Your steam library games list should pop up. You can also switch to Big Picture mode from the View menu, but like I said, I have not had success with that. Edit: it is worth noting that as time goes on since the new Steam UI was launched, the old UI seems to get more and more broken, so there may be a point where this workaround will not work at all

Hello, so I have been lurking this thread and testing out this container on UnRaid 6.12, then 6.12.2 and now 6.12.3. I was also getting the never-ending "Loading User Data" screen on 6.12.2, and the -vgui launch option didn't seem to work. However I have now done a clean install on 6.12.3 and -vgui *does* work, steam launches beautifully, but some of the screens (including the library lol) do not load. The workaround for that is to hit "view"->"small mode". This will load your library list, with none of the fancy game art. It is worth noting that I am *not* using a dedicated GPU but have passed-through my Intel CPU integrated graphics (/dev/dri). I can install and launch games (tested with FTL). There is a caveat though, which kinda defeats the whole purpose of the being "headless" - with -vgui enabled, Big Picture mode is also broken. It just doesn't load. It seems like Steam has also removed the option of loading into the old Big Picture mode. I am assuming the reason the new Steam UI/BPM doesn't load is because I'm using integrated graphics, so I am hoping someone with a dedicated GPU can now test this and get it working on 6.12.3+

Thank you so much! This fixed the issue for me too. Only noticed it yesterday when I was actually trying to access my server from outside my network and have been fighting with it since.

Hey sorry for reviving this, but how did you get your media working correctly? I've been playing around with the docker container but can't seem to get images etc to render through SWAG. Works fine locally though UPDATE: I figured it out... for some reason I had blinders on and completely missed the multiple instances of reading that I need to update the SWAG docker container itself.