Squid

Are you sure that you're not applying that binhex patch via a user script?

What's the contents of /config/plugins/ca.update.applications/DockerUpdateSettings.json on the flash drive?

Links within Overviews As previously noted, 6.10 explicitly disallows all HTML tags within the Overviews. However if you do want to include a link within the Overview, simply do this: Converted By Community Applications Always verify this template (and values) against the support page for the container https://hub.docker.com/r/dyonr/sabnzbdvpn/ This will pass through without being changed and the markdown processor will recognize it create a link out of it. Note that doing something akin to [linkText](linkURL) does not parse.

You need to post your diagnostics

Done. Would've been faster if you had tagged me @docgyver

It's all good. Certain combinations of hardware issue an mce during processor initialization and is normal and to be expected

The array needs to be stopped and started for changes in the use cache setting to take effect. (Bug) If problems persist after setting things straight, enable Mover Logging in Scheduler Settings and run mover and then post your diagnostics again.

So here's all your shares a-----a shareUseCache="only" Exists on cache, disk1, disk2, disk5 b-----s shareUseCache="no" Exists on disk1, disk2, disk3, disk4, disk5, disk6 D-------s shareUseCache="yes" Exists on disk1, disk4, disk5 d-------s shareUseCache="only" Exists on cache, disk3, disk4 M---a shareUseCache="no" Exists on disk2 M----s shareUseCache="yes" Exists on disk1, disk2, disk5 M---c shareUseCache="yes" Exists on cache, disk1, disk3 system shareUseCache="no" Exists on disk5 t------s shareUseCache="no" Exists on disk1, disk2, disk3, disk4, disk5, disk6, cache T-----s shareUseCache="no" Exists on disk1, disk2, disk3, disk4, disk5, disk6, cache V-------s shareUseCache="no" Exists on disk2, disk5 Warez shareUseCache="yes" Exists on disk1, disk2, disk3, disk4, disk5 what is d-----s is set to "only", but it exists also on 3&4. You'd need to set that to prefer to move it to that cache T-----s and T-----s are both set to No, but files exist on the cache. You'd have to set that to "yes"

There was nothing to move Nov 5 17:40:36 Tower2 root: mover: started Nov 5 17:40:36 Tower2 root: mover: finished What shares are you expecting it to move?

Yeah, with HOST the mappings are all irrelevant, and the container will use the ports that IT wants all the time

That's wrong right there. That shows you that you've changed both the internal port and the external port (you added another port mapping) to be 1889 It should show 172.19.0.17:1880/TCP192.168.1.65:1889 where the container still listens on 1880 internally, but everything else outside of it communicates on 1889. The OS translates the WebUI entry (advanced view) and makes it what it should be. IE: The webUI entry always refers to 1880 Alternatively, you're running the containers as a network type HOST (or BR0) in which case by definition any and all port mappings you set are ignored.

Are you using Docker Folder plugin?

Does clearing your browser cache fix it?

I can type anything in on VM settings and set the storage location no problems (make sure to include the trailing slash)

Uninitialized CSRF tends to mean that the RAM is full (either /tmp or /) https://forums.unraid.net/topic/46802-faq-for-unraid-v6/page/2/?tab=comments#comment-545988

You have bad memory Oct 17 01:24:34 kscs-fvm2 kernel: mce: [Hardware Error]: Machine check events logged Oct 17 01:24:34 kscs-fvm2 kernel: EDAC sbridge MC1: HANDLING MCE MEMORY ERROR Oct 17 01:24:34 kscs-fvm2 kernel: EDAC sbridge MC1: CPU 8: Machine Check Event: 0 Bank 5: 8c00004000010092 Oct 17 01:24:34 kscs-fvm2 kernel: EDAC sbridge MC1: TSC 439fbf5672e5c Oct 17 01:24:34 kscs-fvm2 kernel: EDAC sbridge MC1: ADDR f2923ab80 Oct 17 01:24:34 kscs-fvm2 kernel: EDAC sbridge MC1: MISC 21423a1a86 Oct 17 01:24:34 kscs-fvm2 kernel: EDAC sbridge MC1: PROCESSOR 0:206d7 TIME 1634448274 SOCKET 1 APIC 20 Oct 17 01:24:34 kscs-fvm2 kernel: EDAC MC1: 1 CE memory read error on CPU_SrcID#1_Ha#0_Chan#2_DIMM#0 (channel:2 slot:0 page:0xf2923a offset:0xb80 grain:32 syndrome:0x0 - area:DRAM err_code:0001:0092 socket:1 ha:0 channel_mask:4 rank:0) That question should really be posed on Plex's forums. But, if the lsio container stays healthy, then why not use it?

Different users between the two windows systems? Run Tools - New Permissions against that share (or Tools - Docker Safe Permissions)

Safari? Also try clearing your browser cache

Use a different USB jack. Ideally USB2

Docker Hub Searches are back (and always enabled for the time being - I'm going to see how it goes on that). I still recommend that the contents of /config/plugins/community.applications/private/dockerhub be deleted. Previous versions saved every install (or attempted install) within this folder with the result that your previous apps section tended to get quite filled if you were installed from dockerHub. Now, only actual installs will get saved. The contents of this folder if it exists is not needed for operation unless you added your own private templates into it. Default display mode is with descriptions turned on, and the addition of actions etc appearing on the cards. If descriptions are not appearing, then you have made a change to CA's settings and you will need to re-enable the descriptions option. The slimmer display mode will probably be removed in a future update.

Where are you seeing the Ram use? Within Unraid's dashboard or within the VM?

Post your diagnostics

What are you trying to start over? To delete all the settings, plugins, etc delete everything on the flash within /config except for the .key file and super.dat To get rid of all the disk assignments, delete super.dat You can keep on using the flash drive. The license it tied to it, not to any particular piece of hardware in the system

Works for me. So long as you hit the edit icon after you type everything in.