jedimstr

Those containers with "3rd party" labeling even though they're from App and not 3rd party, just old, also don't have an Edit option in the rightclick menu. So how do you do this without deleting the container and starting those from scratch?

I know this is an old topic, but found this on search... Just noticed this when upgrading to 7.0 and realized the 3rd Party listing is also added for those containers that were built based on old Apps entries that were removed and/or replaced. A good example is the Official Plex image. In Apps the official one is listed as "Plex-Media-Server". When I originally installed Plex years ago from the official repo, it was from Apps just listed as "Plex" and pointing to here for "more info:" https://hub.docker.com/r/plexinc/pms-docker/ . Now that I upgraded to 7.0 I can no longer update my customized folder and env settings in the GUI even in Advanced Mode because of the 3rd Party tagging, even though it was perfectly able to be edited in 6.12.14. I'd call that a pretty serious regression.

That was it!!! The custom www.conf settings were based on an older version of the www.conf that worked fine for 6 but not 7. The original reason for the custom www.conf was to raise the pm.max_children to 100 from the default of 50 but it may no longer be necessary. The actual breaking line within the www.conf itself was this in the 6.x version: listen = /var/run/php5-fpm.sock vs listen = /var/run/php-fpm.sock in the 7.x version. I'm keeping both the www.conf and sudoers cp lines commented out in the /boot/config/go since those old mods probably are no longer necessary for what I was trying to do originally. For reference, here's the diff of that www.conf file: https://www.diffnow.com/report/bjr2l Problem solved and running 7.0 on my media server now! Thanks!!!

After a bit of experimental cleanup of some plugins and removing a DVB Driver and Unraid Connect's beta plugin, tried upgrading to 7.0 again. Same issue, 500 internal server error. Manually downgraded back to 6.12.14 again and WebGUI is working fine again. Def something is conflicting with my setup on this one server and 7.0. My two other servers as mentioned above are perfectly fine with 7.0. Captured a second Diagnostics.zip after the second attempt to help narrow down what it could be. holocron-diagnostics-20250110-1514.zip

I ended up following the instructions here for manually downgrading back down to 6.12.14 and that works fine including switching back to HTTPS mode with my own certs. Will need more time to diagnose and try upgrading again to 7 at a later date, but for now I'll stick to the working WebGUI config, or I'll wait for a later revision to try again. If anyone catches any glaring potential sources of the issue in my Diagnostics Zip, let me know.

Nope, still getting 500 internal Server Error on http with use_ssl set to no. I use my own certs and domain and other services that use those certs are still working like Grafana. My two other servers have pretty much the same plugins installed and also use my wildcard cert & domains and they're working fine with 7.

Upgraded a few of my servers successfully including a security/backup server and a homelab testing server, so decided to pull the trigger on my main media server. That primary server is now getting Internal 500 Server Error in both the Web GUI and in local SafeMode GUI (just in case it was one of the plugins that prevented nginx from working as others have seen with this error in the past). But even in the local Safemode GUI instance I get an error, this time a 502 in the local browser. All my docker containers like Plex, Grafana, the **arrs, Tautulli, etc all are working fine and plugin based UIs like Unbalanced is working, so it just seems like the main webGUI is broken. Trying to access dashboard, plugins, docker views via their direct URLs all result in 500 errors. SSH works perfectly fine as well. Because of the multiple restarts in trying to diagnose the issue I see in my Slack notifcations that its performing a Parity Check so assuming the Array in general is fine. Trying to restart or manually stop and start with these commands doesn't fix anything, still 500 errors: /etc/rc.d/rc.php-fpm restart then tried these: /etc/rc.d/rc.php-fpm stop /etc/rc.d/rc.php-fpm start Attached is my Diagnostics zip file. I'm hoping there's some simple fix here that I missed modifying a config or playing with something on the /boot/config/plugins or in the go file to fix this. I'd hate to rebuild the flash from scratch on this server and trying to recover all my settings, plugins, and whatever customizing I did over the years. holocron-diagnostics-20250109-2352.zip

it could actually be any of your drives that could be dying not just the one you’re rebuilding. Parity operations use all your array drives and are limited by your slowest drive. So if any of your drives are dying or have other issues it’ll slow any parity operation like a rebuild.

Thanks! Worked well.

First of all, thanks for this! Having an issue with an imported mnemonic. Summary shows "Unknown" for Total Chia and Wallet shows: But the Settings/Keys tab shows the correct Fingerprint, Public Keys, and First Wallet Address that I have on one of my Windows PC's running the Windows Chia client with the same mnemonic/wallet. Any idea on how I can fix?

Am I the only one who thinks its a bad idea to put out a version update with "DO NOT INSTALL ON 6.8" in the default update path? Wouldn't it have been better to put out a separate plugin beta for manual install for 6.9 RC2 and keep the plugin that's compatible on the current stable versions on the regular plugin? What about those users who just click Update All and don't check the release notes?

Unfortunately I'm hitting the Exit code '56' from all the port-forward capable endpoints on the list. Tried ca-vancouver and ca-toronto first (I'm usually on ca-toronto anyway) but they've been on a constant retry loop for the last few hours. None of the others are working either.

Thanks!!!

I'm in the middle of a Parity Rebuild (upgrading one of my array disks from 10TB to 16TB Exos), and started getting hanging issues with my cache pool that lead to docker and the webGUI to timeout. When I do get through to Settings or Tools tab (other tabs hang, sometimes I get partial load on Main and shows Array is reading/writing), the parity rebuild is progressing (footer progress still going up in percentage) so I'm hesitant on doing a 'powerdown -r' or a physical reboot. There are long stretches when I can't access the WebGUI at all (max_children errors, I've already raised the level in www.conf for next reboot). So is there a way to check Parity Rebuild process from the commandline so I can do a powerdown -r when it finishes?

Probably more of a feature request, but is there a way to get Privoxy working with a Wireguard VPN provider instead of an OpenVPN provider? The goal would be for speed.