Squid

The update looks like it's not completed. Diagnostics might have some information. Until that message changes to completed (which on the length of time it won't), you'll be inhibited from installing other updates, new plugins etc. Reboot or alternatively, rm /tmp/plugins/pluginPending/* will fix you (Or, attempting to install another plugin within Apps will also give you the option to clear the pending flag) If after that (or the reboot) there's no updates available, you should be good

What version of Unraid? Also what page is the GUI sitting on for (presumably) an extended period of time?

Not highly likely, but wouldn't be a bad idea as a test to disable XMP in the BIOS to run the memory at it's rated speed and also have the system run a memtest for at least a pass

Any task scheduled for that time (backing up appdata)? In terms of plugins being possible to cause, I'd try uninstalling i87 and the ugreen LED. But, does it happen on 7.0.1 if you're in safe mode?

Looks like it definitely did just reboot. Your system event log in the BIOS might have some more information as to why. Almost always though, reboots are caused by power outages / brownouts or a hardware issue (powersupply, RAM etc), and on at least one occasion a cat playing with the buttons on the server. FWIW, you can also enable "autostart" on the array so that if it does happen, the system will automatically start the array when it comes on (Settings - Disk Settings). If it does continue, you can enable the syslog server (mirror to flash) to capture the syslog. (And also wouldn't be a bad idea to upgrade the OS version to the current stable 7.0.1)

The reversed counter vs RW throughput should be fixed on next release.

Which Browser? Can you try in incognito mode or with all extensions disabled

Thanks. I'll look into it

Is it seen when you go into the BIOS of the system?

Try it again. There was an update to the pluginURL for this (along with cache dirs and recycle bin) and there wound up being a gap in time between the published new URL and when it actually became available

Just noticed this. You're close. Reason for this is that because the original repository no longer exists within CA, it assumes that its a tagged version of something that does exist within CA. And what does exist (and IS deprecated) is your CSGO container. Delete CSGO (and if there's another one in there referring to ich777/steamcmd) from GitHub in the deprecated folder and this problem should disappear

It should already be notifying you that the old versions are deprecated

Are you using NFS anywhere? Shouldn't affect SMB, but disable NFS if you're not utilizing it

Looks like your memory is failing, and your ECC is fixing it. Replace. The system event log (bios) might have some more information

Its from the microcode on the CPU being updated. Safe to ignore

It's running, but looks like you've got a failed flash drive 22:52:24 Tower kernel: critical medium error, dev sda, sector 32851 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 2 Mar 6 22:52:24 Tower kernel: FAT-fs (sda1): Directory bread(block 32819) failed You should replace the flash and transfer the licence

Probably best to ask in the GluetunVPN support thread

Display on screen is disabled by default. (CA actually turns off that setting in its PHP if it's enabled as when its enabled every warning would tend to crash the javascript as it's not expecting it).

Your data does not depend upon the flash drive. The flash drive is used to boot the OS. The OS then completely runs from RAM. It does have to be present, but no writes happen to it unless you change a setting. People tend to think of flash drives as being unreliable, but on any of my servers the flash drive's longevity has always exceeded the lifespan of any SSD or hard drive used for the data. If the flash does fail, then you're back and running identically with no loss of data on your drives by creating a new one and restoring the backup of /config. Even if no backup of that folder is available, then you still have no loss of data and basically just have to re-assign your data drives appropriately. My main server's flash drive is easily the oldest component in there. 12 years and counting. Nothing else in that server is even close to being that old. Will the necessity of the flash drive change in the future? Possibly. But it's not a real hinderance IMO. But, your concerns are not unique and the flash requirement might change in the future.

You can't. Once you closed the window in the GUI, effectively the script aborted. It will however finish the last command. Time frame various though on completion time depending upon the number of files on whatever disk or share that you set it to run against.

Can you uninstall then reinstall but don't switch the network to container:GluetunVPN. Leave it at the default bridge. If that fixes, then the issue is somewhere in Gluetun

If they are corrupted then "edit" won't appear. Can you attach one of the xml's that aren't showing an "Edit"

ISP Provided routers have really gone downhill lately. Mine has a habit every once in a while of preventing every device connected via ethernet from connecting to the internet, but it will let devices connected to the Decos (the main unit is hardwired to the router) connect to the internet. A nice weekly reboot (along with a well placed kick) seems to solve the issues for me

Yes

The show more IMO is easier to read on a phone than the categories down the left. Don't think I'd want to add them down the left, but not sure about it... I'll think about it, but its not my highest priority.