Squid

You need to post your diagnostics not the php code

use https://ip-address and accept the warning that appears

As @JonathanM said, they ARE the same file. If you look at the share, it will contain files from the cache drive and from the share itself. If you delete the file from the user share and that file happens to still be on the cache drive, then you're deleting the file from the cache drive because it is 100% the same file as what's appearing on the user share. It's not a duplicate, hardlink etc. It's the same thing All shares are nothing but a combination of all the files stored within say /mnt/disk1/media, /mnt/disk2/media, and /mnt/cache/media. This combined view is the exported share of /media, or if you're looking at things via the command prompt, /mnt/user/media. Your problem with the media management share is most likely the split level. To be quite honest, this concept also messes me right up but I don't particularly care about it as I couldn't give 2 cents as to where the file(s) wind up. It doesn't bother me if S01E01 and S01E02 are on different disks. Look at https://wiki.unraid.net/UnRAID_6/Shares

Yes. It just won't update the template and bring back those missing paths

Manually edit the applicable .xml file within /config/plugins/dockerMan/templates-user and change the line that says <TemplateURL>https://.....</TemplateURL> to instead be <TemplateURL>false</TemplateURL>

Edit the container, make a change to something, undo the change and then hit apply. Post the docker run that appears (It should give the exact error)

I'd look for a BIOS update. It looks though to be harmless and more of a "FYI" Dec 5 15:47:24 StormTower mcelog: failed to prefill DIMM database from DMI data

Settings - Management

Since you won't have access to the GUI to do this, from the command prompt, plugin checkall plugin update unassigned.devices.plg powerdown -r

It's the built-in. It's weird....

Same here, but it's a noticeable difference between those two syslogs (differing in UD installed or not) and is causing slowdowns in booting. I'm trying to figure out where it's from

@dlandon Look at the two sets of diagnostics ( @mihcox ). Is UD at all responsible for the Dec 8 16:26:26 BigRig vsftpd[15579]: connect from 127.0.0.1 (127.0.0.1) Doesn't make sense to me, but this line has been popping up in diags recently.

I would guess its from the ssh plugin you've got. Ask in it's support thread.

Just delete the .plg's from that folder and reboot (except for community.applications) Then add them back in one at a time (and reboot in between) via Apps But, it's not going to be any of the ca or dynamix branded ones.

Not that I have done this, but I'd hazard a guess it's not looking for external subtitle files, but rather subs in the mkv

Quite normal for it to revert. OS runs entirely from RAM and any modifications to files that aren't explicitly handled via the various cfg files on the flash drive will always revert back to default. Usual method for mounting shares is via the Unassigned Devices plugin. Barring that, you have to modify the "go" file or use user scripts with an appropriate script to make changes to the in RAM files.

wakeonlan is just a guess, and simply because it installs nmap.

(or see if there's a difference with wakeonlan uninstalled)

Can you start in safe mode?

@ljm42 @bonienl

Should have nothing to do with them at all I would think

Most of lsio's containers do not include any paths for media etc and you add them all yourself. Nothing says it has to be /books or /imports

Device size: 931.51GiB Device allocated: 889.51GiB Device unallocated: 42.00GiB

Active Directory isn't commonly used here in the forums. You might have better success directly contacting limetech https://unraid.net/contact