Squid

Delete /config/network.cfg on the flash drive, reboot and reset things back up (this will revert you back to DHCP if you were using a static IP)

The USB creator has always had some issues on certain systems with various drives.  There are some workarounds online.  However, the manual method 99.9% of the time works with every drive so long as its 32G or less.  https://docs.unraid.net/unraid-os/manual/changing-the-flash-device/#manual-method
 
Realistically, the manual method takes pretty much about 1 minute to accomplish and the only real advantage of the USB creator program is that you don't need to right click and select "Run As Administrator"
 
 

Drive won't complete the self-test due to errors being found.  Currently 23 reallocated sectors present on a drive that's less than a year old.  I'd RMA it

The docker image exists on the array (share Data).  There is a huge speed penalty for this.  You really should put it into the system share instead which will create it on the cache pool.  (Settings - Docker.  Stop the service.  Delete the image, then change it's location to /mnt/user/system.  Renable the service then Apps, Previous Apps and check off what you had installed - all your appdata will be fine and it will be like nothing happened except for a nice speed increase)

Works no problems for me.  Browser extension?  I'd really need you to post in the CA thread with CA's diagnostics (Settings, Community Applications, Enable Debugging) then go to Apps.  After ~5 minutes go back to Settings, Community Applications and download the debug log and then post that in CA's thread
 

Close all browser tabs / windows on all devices that may be open to the WebUI (especially Android devices) and then try again.

Transaction: Memory read error That says it all.  One of your sticks is bad.  Possibly your BIOS' System Event Viewer would have more info on which stick needs to be replaced

Both your appdata share and system share exist on both the cache drive and disk 1.   
 
Stop the docker service (settings, docker) and then run mover from Main and see if that makes a difference.
 
 

If I'd take a guess, a container is going nuts on logging.  (Crowdsec?)  The docker logs are getting continually logged every 10 seconds (a container restarting constantly?)

You haven't formatted the drives after adding them.  There's a checkbox on the Main tab to format all the unmountable drives.  Presumably you also realize that if any data is present it will be lost.

Look on the docker tab in advanced view and see what's using the most amount of memory and then limit it.  You have at least one container that's running java and IIRC it's a real pig on memory use.
 

Use the manual method of creating the flash drive.  Nothing really special about doing it.
 
https://wiki.unraid.net/USB_Flash_Drive_Preparation#Windows_Vista_and_Windows_7
 
Just make sure its 32G or less

Post your diagnostics  But, the first question is have you formatted the drives yet?  Are they all listed as being unmountable in Main?

Probably because until the process completes, there may still be references etc to the old drive.

UD mounts the share from ServerB within /mnt/remotes/someName.  To get plex to see it, you add another Path to the template (edit Plex), and give it a host path of /mnt/remotes/someName with a container path of something like /ServerBMedia
 
The within Plex, you edit the applicable library and add in /ServerBMedia to its list of folders.  Rescan the library and they should all be there.

You're not getting an IP address from your DHCP server (router).  Reboot the router / modem, or give the system a static IP in the appropriate range via Settings - Network Settings

The screenshots all show 4 cores which is what you have.  (Display aberration though where it thinks that 2 of them are HT cores, but that doesn't affect anything)

May 8 06:48:15 Backupserver mcelog: failed to prefill DIMM database from DMI data Harmless and safe to ignore.  A BIOS update though might silence it

You don't want to do that as you're not using a proxy...
 
Can you 
ping -c3 8.8.8.8  
Reboot the router, switch(s) etc

Short of a different flash or port, you can try this 

 
You will however have to have the flash working in order to install it.  (And then reboot after its installed)

You're using a folder for the docker "image".  But, you have it in the system folder which is set to use cache "Yes".  You want this to be use cache: ONLY, as the docker system probably can't make heads or tails when things get moved around (and you want it to stay on the cache drive anyways for performance)
 
Stop Docker service in Settings - Docker.  Delete the image folder and then re-enable the service.  Go to Apps, Previous Apps and check off whatever you had installed previously and hit the install button at the bottom.

Apr 24 04:35:39 Media mcelog: failed to prefill DIMM database from DMI data Harmless and safe to ignore.  A BIOS update however might stop it.

You need to use either WireGuard, or set up a small VM (which is accessible via remote access) and then from it go to the webUI's of the container.

Writes go to disk 1 until it has 8TB free.  Then disk 2 until 8TB free then 3 until 8TB then 4 then 5
 
After that, it does disks 1,2,3,4,5,7,8 until 4TB free
Then all the drives in order until they all have 2 TB free and so on
 
In your case all the 16's have less than 8TB but still more than 4 so writes go to disk 1 until its 4TB then disk 2
 
IE: high water is NOT 50%,25%,12.5% etc free of the individual drives capacity.  It's calculated based upon the largest drive.