Squid

Every plugin, no exceptions, are checked for security issues. This doesn't mean that there isn't going to be security flaws caused by libraries utilized, but you do know that any random plugin is not going to go ahead and outright delete your media etc. Every single plugin available via Apps gets installed on my production server, with no exceptions, and a code audit is done on what is actually present instead of what may be showing on GitHub. Every single update to every plugin I am notified about (within 2 hours), and with plugins which are not maintained by a contractor of Limetech is then code audited again. Every update. And with only a few exceptions, this happens on an actual production server not on a test server. If something ever fails the checks, then everything else gets dropped (including the 9-5 job) to handle the issue. Whether that means simply getting the application out of apps temporarily and asking the maintainer / author "WTF? You can't do this", or notifying everyone with it installed via FCP about any issue, or preventing the Auto Update plugin from installing any update to the plugin, or even taken more drastic measures, provisions are in place to protect the user.. Closed source applications, whether they are plugins or containers, may be frowned upon, but are not necessarily disallowed. With plugins, the standard for open-source vs closed-source is more strict, but it is not 100% a requirement that only open source be present.

Any path in the template that has either a share (/mnt/user/shareName or the direct disk equivalent /mnt/cache/shareName) which has a container path on any template of /config is automatically excluded as it is an appdata storage location by convention. Also, the default appdata location (Settings - Docker) is also automatically excluded and the script will never allow you to run on it.

Does this file exist on the flash drive: /config/share.cfg ? If it does then it's empty which is technically corrupted. Not sure how it would get into that state, but if you're not having any issues then delete the file

Error 8 usually means the URL isn't correct. On older keys if something changed (name, email address etc), then the original URL might have changed. Either way, you need to contact support and also show them a copy & paste (no screenshots) of what is appearing within Tools - Registration and they'll get it all worked out for you.

There's fan settings. You can run it normal, silent or full speed. You can't however use temperature controls in the BIOS to increase / decrease the speed.

Are you able to install any new containers? It taking forever (and timing out) would imply that your system is unable to hit dockerHub / ghcr to check for updates.

The logging of the startup has nothing to do with the plugin and happen whenever you stop / start a container. IE: no

Memtest is an option on the boot menu you select memory speed you change in your bios

Don't know much about NFS. SMB should mount however

shareExport="-" Checking your Media share, it's not exported. You need to export it on the SMB settings for it to be available on the network

Is the array started? Post your diagnostics

Look on the calendar?

Have you tried not running unmanic? OTOH it would be a memory pig. Alternatively, limit the memory available to the various containers via ExtraParameters --memory=4G

6.10. 6.12.8+ was a revamp of the settings for TimeMachine. Prior to 6.12.8 you could get TM to fail on Unraid no problem, and it would intermittently fail for apparently no reason at all. 6.12.8+ I was completely unable to manage to get TM to ever fail, no matter what I did

First thing I'd do is run memtest from the boot menu for at least a couple of passes. You've got a ton of general protection faults which a lot of times is caused by bad memory. You should also be running the memory at its actual speed of 2133 (SPD) instead of the overclocked XMP speed of 3200. All overclocks introduce instability.