CajunCoding

FYI @Slythy , @tasmaniac , @mattispantone81 Ok updated version built and pushed now using the latest branch release_candidate_1.0rc2 . . . I also updated and resolved the dependency issues for the latest Plugins which will automatically copy down and run (as before). Hope this helps! My local updated and is running as expected:

Thanks for letting us know that there is a helpful update available 👍. Pull Requests are more than welcome… 😁 but I’ll try to push an update sometime this week (next few days)…

Have you actually tried this new template & container? Your comment was not clear, it works perfectly fine for me on Unraid v7.1.4… Did you add the correct modprobe lines to your /boot/config/go file for your motherboard? Did you try any of the troubleshooting guides provided on the OpenRgb Gitlab page?

Even the Effects Plugin that is auto downloaded with my Docker and my template? It works perfectly fine on my instance….

The Template is now live and usable within Unraid Community Apps -- first successful contribution finally published 🚀 Hope it helps some other folks out as the latest version was not nearly as easily deployed before this . . .

@BreakfastPurrito Ok, so you are using multiple plugins and one was causing the stacalloc error.... gotcha, and I assume then you may have dropped them in the plugins folder manually (which should be fine). When trying to get things working I found that the plugin has to truly be compatible with the version of OpenRGB or else it will not be loaded. You may also have to extract the *.so file out if it's in a deb package or similar. But do keep us tuned with a list of plugins (and links) that you confirm are working 👍. Regarding the need to explicitly pass in the devices . . . yes you are right root user is required too; I forgot to mention that. On my machine I can see it scanning automagically in the logs. So that is interesting. Can you confirm if you did all the other hardware initialization steps and added the modprobe ... lines into your /boot/config/go file as outlined by the readme's here: https://github.com/cajuncoding/OpenRGB-GUI-Unraid?tab=readme-ov-file#-unraid-setup-for-rgb-device-access This one 👆is my My Repo; forked from the one below which may also be helpful 👇 https://github.com/swensorm/openrgb-docker?tab=readme-ov-file#deviceshttps://github.com/swensorm/openrgb-docker?tab=readme-ov-file#devices

So from what I've found, no you do not need to manually pass through any devices as long as you are running it with "Priveleged" flag enabled which I turned on by default in the template. For me the latest release did a great job of scanning and finding my motherboard device fine and the logs show that it scans for everything . . . I've not spent much time working with the udev rules, at this point I've ignored that warning on startup -- too many other priorities. Regarding the plugins -- I added a script that automagically loads the default Effects Plugin from OpenRGB, and the fact that you see these lines confirm that it ran as expected: [app ] 2025-10-31 20:23:44 [init-openrgb-plugins] Starting plugin initialization... [app ] 2025-10-31 20:23:44 [init-openrgb-plugins] Detected 1 plugin(s) to check. [app ] 2025-10-31 20:23:44 [init-openrgb-plugins] ⏩ Skipped (already present): OpenRGBEffectsPlugin_0.9_Bookworm_64_f1411e1.so [app ] 2025-10-31 20:23:44 [init-openrgb-plugins] All plugin checks complete. [app ] 2025-10-31 20:23:44 [init-openrgb-plugins] Summary: 0 installed, 1 skipped, 0 failed. [app ] 2025-10-31 20:23:44 [init-openrgb-plugins] ✅ Plugin initialization complete. And then you have these lines (obviously the main failure): [app ] terminate called after throwing an instance of 'std::bad_alloc' [app ] what(): std::bad_alloc But I'm also not sure about this one either: [app ] [OpenRGBSchedulerPlugin] Time to free some memory. My Plugin initialization looks like this: [app ] 2025-10-28 14:36:26 [init-openrgb-plugins] Starting plugin initialization... [app ] 2025-10-28 14:36:26 [init-openrgb-plugins] Detected 1 plugin(s) to check. [app ] 2025-10-28 14:36:26 [init-openrgb-plugins] ⏩ Skipped (already present): OpenRGBEffectsPlugin_0.9_Bookworm_64_f1411e1.so [app ] 2025-10-28 14:36:26 [init-openrgb-plugins] All plugin checks complete. [app ] 2025-10-28 14:36:26 [init-openrgb-plugins] Summary: 0 installed, 1 skipped, 0 failed. [app ] 2025-10-28 14:36:26 [init-openrgb-plugins] ✅ Plugin initialization complete. [app ] Running standalone. [app ] Network connection thread started on port 6742 [app ] [i2c_smbus_linux] Failed to read i2c device PCI device ID [app ] <h2>WARNING:</h2><p>The OpenRGB udev rules are not installed.</p><p>Most devices will not be available unless running OpenRGB as root.</p><p>If using AppImage, Flatpak, or self-compiled versions of OpenRGB you must install the udev rules manually</p><p>See <a href='https://openrgb.org/udev'>https://openrgb.org/udev</a> to install the udev rules manually</p> [app ] [OpenRGBEffectsPlugin] version 0.9 (f1411e178a0024e3da8d178bbd0f0b60425e35fd), build date 2023-07-11 14:10:26 +0200 [app ] [OpenRGBEffectsPlugin] 53 effects registered [app ] [OpenRGBEffectsPlugin] LoadProfile 'BluePurpleWave'. [app ] [OpenRGBEffectsPlugin] Looking for corresponding controllers for auto assignement... [app ] [OpenRGBEffectsPlugin] Creating effect: CustomGradientWave [app ] [OpenRGBEffectsPlugin] Effect CustomGradientWave: Applying basic settings [app ] [OpenRGBEffectsPlugin] Effect CustomGradientWave: Loading custom settings [app ] [OpenRGBEffectsPlugin] Creating effect CustomGradientWave tab [app ] [OpenRGBEffectsPlugin] Effect CustomGradientWave thread started [app ] [OpenRGBEffectsPlugin] Assigning 1 zones to CustomGradientWave So that stackalloc error is def. not an issue for me.... You can try running without plugins by first deleting the already downloaded file using the docker command line: rm /config/xdg/config/OpenRGB/plugins/*.so because it's already been downloaded. Then stopping the docker container, and updating the PLUGIN_URLS param to simply be a single piple | this will override and cause it to skip downloading anything -- I may need to build in an enable/disable flag. Hopefully that will help you track down if it's maybe the plugin initialization that breaks the load . . . and get past that.

FYI, I've got a fully functioning version of OpenRGB v0.9 running on my Unraid and fully templated . . . I am in process of trying to get it published to the Unraid Community Apps but so far not been successful -- I dunno why this process has to be so hard. I found the submission form buried in the forum . . . but nothing has been published yet. For now -- and until then -- anyone that stumbles across this can pull the template from my GitHub Repo, and drop it into your /boot/config/plugins/community.applications/private/DockerHub folder on your usb drive and voila it'll be available to install: https://github.com/cajuncoding/Unraid-Templates/blob/main/openrgb-gui-unraid.xml A quick script to do this in the Unraid console is: cd /boot/config/plugins/community.applications/private/DockerHub wget https://raw.githubusercontent.com/cajuncoding/Unraid-Templates/refs/heads/main/openrgb-gui-unraid.xmlOnce downloaded just open Community Apps and it will automatically refresh and it should be available....

FYI, I've got a fully functioning version of OpenRGB v0.9 running on my Unraid and fully templated . . . I am in still in the process of trying to get it published to the Unraid Community Apps . . . For now I've left details and instructions to install here in the new support thread for OpenRGB-GUI-Unraid: https://forums.unraid.net/topic/194445-support-openrgb-gui-unraid-support-thread/#findComment-1586780

Starting a new support thread for the OpenRGB-GUI-Unraid container that now enables OpenRGB release 0.9 along with automatic support & installation of the OpenRGB Effects Plugin; or any other valid plugin you manually configure.

@ramair02 did your Cache fail shortly after updating to 6.12??? Mine crashed within 1-2 days of updating... I fought instability for several days with dozens of re-boots, some not helping, others working for a few hours before my cache drive went back to read-only again (completely killing Docker). I also rolled back to 6.11.5, re-built my cache drives, and now appear to be very stable again.

Unraid 6.12 definitely seems to be much more picky about VFIO bindings left after hardware has been removed.... for me however, I was able to boot but was greeted with error notifications that were very confusing (not intuitive of how to resolve) because of course the VFIO page didn't show anything checked.

I had similar issues on my containers, where the port configurations in the template were not being applied. Most of them were targeting a custom network (proxynet).... for me it was finally resolved by changing each and every container (one-by-one) to use a different network (changed most to Bridge) and then back again, however for CrashPlan PRO I had to change it to Host to get the VNC Gui to work again, where previously it always worked on Bridge (🤷‍♂️)....

I suddenly got VFIO binding Error notifications after upgrading to 6.12.1... combined with a sudden Cache drive crash I rolled back to 6.11.5 for now and am watching for updates. But clearly 6.12 is far more picky, than before, about VFIO bindings that weren't cleared when hardware was removed (which is def. what happened to me)...

Yeah, I rolled back too... watching for any updates on why various folks are encountering issues.

@Flemming I had a similar issue with CrashPlan UI not showing -- just an error page in the browser. I had to change the Docker Network type in my template from `Bridge` which used to work fine to `Host` (no other type worked), and now my UI is showing and launching correctly from the Unraid right click menu....

I hope @Beardiful gets something helpful out of all this, and/or others keep chiming in and posting diagnostics so we can see if there may be an underlying issue....?

Ok, Good News, I'm Finally back up and running! I deleted and re-created the Docker Image (Just to be safe), and I replace my SATA cables going to my two cache drives (also just-to-be-safe; and I may have gotten another CRC error but hard to tell if it was due to all the jockying around to get the Cache backed up (just-in-case), etc. But, none of that got me up and running . . . because I was still seeing Docker behaviour I described above where the Docker apps appeared to be ignoring the template settings -- primarily the Network settings. The Dockers were starting up (but numerous errors in logs), and most obviously many of the Networks said `None`. So re-created the custom network (I used a `proxynet` like many others based on SpaceInvaderOne's tutorials), and then the Docker Template reflected that setting, but alas was still showing `None` on the Docker list, and the wrong network IPs, etc. At this point no amount of stopping, re-started, deleting, re-installing was doing any good! Then I stumbled upon this Reddit post (Reddit can occasionally be super helpful) which said they toggled their Network to something else (other than the custom network) and then back again! Boom! FINALLY the Docker app loaded the correct settings, correct IP mappings, etc! `Swag` started right up without any errors in logs now -- perfectly happy to use `appsettings` and find my certs... `HomeAssistant` started up now without any issues also happy to use `appsettings` connect to MariaDB and start up just as expected... Of course `MariaDB` had the same treatment and responded similarly and is running fine now . . . Nextcloud had some hiccups, but logs showed it was installing an update, and then a few support searches later I was able to fix the 'stuck in maintenance mode' issue and now it's working great too! SOOO, all this to say that the "Install Previous Apps" does not work as well as we all wish it did -- especially if you have a custom network, etc. NOW, all this was triggered right after my update to 6.12 -- and others are experiencing similar issues. So I think I'll sit tight on 6.11.5 and not rock the boat for a (probably long) while!

Oh 6.12 has zfs option for Cache Pool? Unfortunately I've already rebuilt it... and am now trying to get my Dockers workign again... After running "Install Previous Apps"... they did NOT magically come back to life... currently Swag cannot load Certs, ports are all wrong, HomeAssistant isn't even loading data from `appdata` because it thinks it's a brand new install..... what a cluster! Now I'm trying to use the CA Backup/Restore (which I was faithfully running weekly) to see if that helps... it says that "No adjustments to the Docker templates should be necessary", but that's if you re-add Docker apps after you restore App Data. I had moved my share to my array and then re-set it back to Cache:Prefer so the mover would then restore `appdata`, but that did not work (soooooo Frustrating)....

@JorgeB yes, based on Forum searches I reached a similar conclusion.... I don't know or why it suddenly got corrupted... and was just reading a thread you help support on, so Thank You very for responding and supporting us all on the Forum! 🙏 Ugggg, this was the point to having a Cache Pool . . . for redundancy to self-heal? I'm currently using a Cache Pool with 2 X Samsung 1TB SSD drives with BTRFS. I have some extra SATA cables that I'm thinking about swapping -- just in case but I find it odd that a cable would suddenly fail after nearly 2 years and right after an update to v6.12.1? And I use a dozen or so Docker applications . . . I'm currently moving all data to my array per documentation (backing-up-the-pool-to-the-array) . . . . My questions now are: I read that there are (maybe historically) numerous issues with curruption using BTRFS & Docker, etc. Since I have to re-build my cache, are there any other recommendations that I should do? Is there any other valid file-system for a Cache Pool?

Welp the downgrade did not go well now I'm stuck with a slew of `DockerClient.php` errors on my Docker Page... And if I try to disable and then re-enable the Docker service I'm greeted with a "Docker Service failed to start" error requiring a reboot . . .

Yes I have been having what appear to be the same problems... but I can't even get a couple days, maybe several hours. Every morning though my sever is dead in the water again, usually noticeable by non-responsive Docker containers (espeically `HomeAssistant` which automates many things), but also when my wife can't access media because Shares are unreachable. I run headless so I don't have a monitor connected and have had to resort to hard-resets to get it back up and running. The other night I actually had to restart it 5-6 times, and though the UI was responsive most of those times, each time something different wonky was happening with Docker -- sometimes Docker Service wouldn't start, sometimes it would look like it started but ALL Containers said `Not Available', one time I tried to update a container and it looked like it worked but then Docker Service died and failed to re-start. It's been extremely frustrating & annoying . . . I do have some diagnostics (attaching), but I'm reverting to `6.11.5` to see if stability will return! unraid-diagnostics-20230627-2238.zip

I had this very same issue this evening trying to use File Integrity plugin.... can anyone provide additional details/resolution on this error? Allowed memory size of 134217728 bytes exhausted (tried to allocate 505585896 bytes) in /usr/local/emhttp/plugins/dynamix.file.integrity/include/ProgressInfo.php

Ok, thanks for the feedback. Yeah if it doesn't work then C'est la vie . . . it's not that hard for me to periodically run a file scan via rsync to gather files, and then encode them via Handbrake. But if I get some time I may experiment with a fork . . . (learning curve though on how to install plugin manually, etc.). Wish it was something that was configurable.

Hey @Josh am I able to configure Unmanic to re-encode existing h265 files that are larger than a size specified? I have many files encoded already as h265 but their size is still very large 40-60+GB… and I did some proof-of-concept re-encodes using Handbrake (eg. h265, CPU encoding, 10-bit, 2160p, RF22), and the file size was dramatically smaller 15-22gb with excellent quality (for my standards). Is this possible to do or will there be a plug-in to provide this kind of flexibility? Maybe it could just be a setting to allow re-encoding on an existing plugin?