Squid

As you said, the command failed. The container is now orphaned. Pretty much all you've got to do is go back to Apps, Previous Apps, reinstall Krusader and fix the mistake you made in the paths that caused the error in the first place. Same thing would happen on any host. If you are still running a beta, then you should also upgrade to 6.6.2

That would negate however the main benefit of a cache-pool: Speed

Harmless display error caused by many plugins (not just mine). Mine have now been all updated to avoid this.

Have you provisioned the SSL certificate under Settings - Identification / Management Access What happens if you switch Use SSL from Auto to be No on the same page?

The try posting your diagnostics

Oct 18 08:23:33 Tower kernel: mce: [Hardware Error]: Machine check events logged Oct 18 08:23:33 Tower kernel: mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 8: cc1750400001009f Oct 18 08:23:33 Tower kernel: mce: [Hardware Error]: TSC 0 ADDR c80c0 MISC 38a462200001080 Oct 18 08:23:33 Tower kernel: mce: [Hardware Error]: PROCESSOR 0:206c2 TIME 1539876192 SOCKET 0 APIC 0 microcode 1f Oct 18 08:23:33 Tower kernel: Hierarchical SRCU implementation. Oct 18 08:23:33 Tower kernel: smp: Bringing up secondary CPUs ... Oct 18 08:23:33 Tower kernel: mce: [Hardware Error]: Machine check events logged Oct 18 08:23:33 Tower kernel: mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 8: cc0000c00001009f Oct 18 08:23:33 Tower kernel: mce: [Hardware Error]: TSC 1b2f36abf0 ADDR 8fb9c380 MISC 1e0a060200000080 Oct 18 08:23:33 Tower kernel: mce: [Hardware Error]: PROCESSOR 0:206c2 TIME 1539876192 SOCKET 0 APIC 0 microcode 1f Happened early in the boot process. Nothing logged by mcelog until it happens again. Maybe more information in your event log in the BIOS

You could always try deleting the ssl / ssh directory on the flash drive (config/ssl, config/ssh) and then reboot

In many cases, CA is intimately tied to the version of the OS and tries to take advantage of every option/function available to ensure that everything runs smoothly and/or is secure. In this case, a particular function that was available in 6.6.0 and 6.6.1 was removed in 6.6.2 (by my request) due to its adverse affects with certain user's docker templates. This did necessitate an update to CA for compatibility with 6.6.2 (which was released 2+ weeks prior to the 6.6.2 release being available)

That .plg isn't the "official" one from bonienl. You won't see an update. If you want to use it, then you would uninstall the existing one, save that .plg to the flash and then install plugin and browse to the location and select it. But, if/when bonienl releases the update to the "official" version of the plugin, then you won't see that as that's not the ver you have installed. Or over write the .plg on the flash and .txz with that ver, but then you're in the same boat again. Once the "official ver" is released, it won't see the updates.

unRaid itself saves all that info automatically if you change anything. /config/plugins/dockerMan/templates-user on the flash drive.

If you were using that drop down, then you were doing things wrong (I had it removed from the template screen if you got there from CA a number of unRaid versions ago) The template, whether it was a new app, or one previously installed / already installed is already filled out accordingly, and always has been. If you chose something via the drop down, then you overrode what you just told CA to do in the first place.

Do you think that your job in parenting will ever be completed?

Should. And you would also have to reconfigure sonarr to use the same host path to reference both downloads and tv. IE: you can't have /downloads and /tv any more. You would need a single one called something like /media (and to make things work right for inter-container communication, ruTorrent would also have to reference /media) Of course though, this means that you downloads would wind up possibly getting moved to the array, as presumably your tv share is set to use-cache no or yes

PSA: If anyone happens ever happens to look at the Statistics section, it will wind up being out to lunch on some items. In an effort to ensure a consistent experience for users and to stop from having to issue an update to CA the next time one of the authors / maintainers makes a mistake in a new and novel way that has adverse effects on CA, most of the fixes / security checks / etc on the applications are being moved over to the application feed itself. These changes should only manifest itself by throwing the stats out to lunch. Once the process is complete, a new ver of CA will be released that will be Leaner Faster More secure Lower bandwidth usage Lower update frequency

Did you just try to update it or something? Sent from my LG-D852 using Tapatalk

Update CA Sent from my LG-D852 using Tapatalk

When in doubt, on majority of plugins from the plugins page you can click on the icon and it will take you to the appropriate page. You can also do the same thing within the Apps Tab, Installed Apps and click on the "internet / globe" icon to take you to the page / webUI for the app in question

Not quite sure what you mean though. https://github.com/petersm1/openvpn_client_x64 And the plugin file (which is the only url listed in the OP) does install perfectly fine through the Apps tab. (But I don't run a VPN that unRaid needs to connect to) Doesn't look like it to attach the unRaid to a VPN network. There are however VPN versions of the various "shady" apps to be able to connect to individually.

Docker log size limit refers to the logs from a container. Not from the docker system itself I would.

Your copy of CA is way, way, way out of date. Update it. (Unless you're also running unRaid prior to 6.4.0) TBQH, I also recommend installing CA AutoUpdate applications, and if nothing else have it update CA automatically.

Because the last saved template that you created didn't have those settings in it (ie: the my* templates are simply copies of what is currently running) Since you're running unRaid, the way that you should be installing anything is via the apps tab, and searching for Alexa. Remove the container, then reinstall via Apps.

petersm1

Enable log when not moving due to rules, a screenshot of the settings, and the diagnostics

And if that fails, then post the output of cat /etc/cron.d/root

I *think* that the cfg path there is simply to have the webUI assume that the particular cfg file references that page if a setting is changed on that page (ie: the Stats page). @bonienl? Since your settings are on a completely different page, I don't think there's any issue. I've ran the network stats plugin with the Stats page as is in your directory with an without dynamix.system stats installed with no apparent problems. And, moderator comments removed from the plugin in CA