Squid

It was down?????

Click on each share (shares tab) and you can set the minimum free space. It should however actually default to 0

Are you running unifi-controller (or any other app) on its own IP address? Go to Settings Docker, disable the service and then in advanced view set the network driver to be ipvlan instead of macvlan

Make sure the Community Applications is up to date then clear out all the cookies in your browser's history

Your backup is slower than a herd of turtles (and nowhere near the speed of a scalded haint) I'd start a backup manually and watch the output tab and see what's going on.

At 10:05 did you reboot the system?

The backup started at 3 am 7/25 (and per the settings shut down the containers) You noticed that nothing was running at 6:37 and started them up The backup finished at 7:45am and then started the verification of the backup (per your settings) At 8:44 the verify was finished and it would have restarted them at that time. What's the size of the appdata folder?

Not a bad idea. Should be noted though that whenever installing anything via Apps, it does warn you if the default host ports conflict within another app already running.

Please

Does the logs say they're restarting? Post ze diagnostics

But, mcelog is reporting memory errors SOCKET 0 CHANNEL 0 DIMM any corrected memory errors: 1 total 1 in 24h and you should replace the dimm

See if disabling Secure Boot in the BIOS helps you out

At 7:30 in the morning? Jul 30 07:30:40 Knight emhttpd: unclean shutdown detected Your server reset itself You should enable the syslog server (mirror to flash) so that we *might* be able to see what's going on

The OS only officially supports flash drives as boot media. Realistically though, the amount of writes to the flash drive is very limited and using a quality flash drive it should last for years upon years (longer than how often most people will upgrade the motherboard)

All you have to do is give it a valid URL to the image. If the system didn't pick it up, then change the URL to something else, apply, then rechange it back to the valid URL and apply Everything else you're trying is immaterial (by the images are only stored within /var/lib/docker/unraid/images for persistent storage and /usr/local/emhttp/state/plugins/dynamix.docker.manager/images for actually serving them up from RAM) You would want to be on 6.10+ as various bugs exist in previous versions for changing the icons. If after changing the URL you're still getting a question mark, then your server is unable to download the icon.

Is the date and time correct on the server?

You should also stop overclocking your RAM. You're running your ram at 3000MT/s (XMP profile) while you bought and paid for 2133MT/s memory. All overclocks introduce stability problems.

Nope. Its the same thing effectively, but without the size limitations imposed by having an image. Only caveat per se is that if you ever run the New Permissions tool against that folder you will have trashed the "image" and will need to delete / reinstall

Jul 29 11:20:25 Tower kernel: BTRFS info (device nvme0n1p1): bdev /dev/nvme0n1p1 errs: wr 0, rd 0, flush 0, corrupt 609, gen 0 The cache drive has detected corruption and mounted itself as Read only to attempt to protect the system. You should start by running a Memtest from the boot menu for at least a pass or two to eliminate the possibility that memory errors caused this (if you're booting the OS via UEFI, you will need to temporarily switch it to legacy boot in order for Memtest to work) As an aside, I'm not personally a fan of using BTRFS for a cache pool if you have no intensions of expanding that pool to be a multiple device. XFS is more forgiving on things like unclean shutdowns, memory errors etc. @JorgeB

done

CA will NOT uninstall anything as part of an installation. So far as I understand, you must uninstall USBIP-GUI manually as the replacement does NOT uninstall it either. Therefore the message is correct.

This is what you saw: Now, it's actually nothing to change the OK to be proceed, but what does "Proceed" actually mean? Hitting OK or "Proceed" goes and does the installation while cancel gets you out of it. I could infer that either Proceed or OK would go ahead and uninstall. How about instead say "Install" instead of OK

NerdPack (and Dev Pack) are two that due to their nature tend to have to have updates issued for them on new releases of the OS. These 2 plugins are in a special class all by themselves (although the same argument can be made for ZFS and nVidia / DVB drivers) simply because of what they are (and do), and because of that extra care has to be taken by the user with regards to them. Specifically, there are many packages available for installation within them that can and do cause serious issues with the OS (any version) if you don't know exactly what you are doing. Because 6.11 is still an RC, (and @dmacias is excellent at making sure that the data files this plugin uses are up to date), I don't generally apply any moderation to these type of plugins when we're on release candidates (or betas) of the OS. Especially since if dev pack / nerd pack doesn't work properly under the RC it doesn't impact the ability of the OS to run at all. If the plugin impacts by its incompatibility the OS or if we were on a stable release then the situation would be different. That being said, I would love though if the plugin wouldn't fail quite so dramatically if the data files it looks at doesn't exist due to an upgrade of the OS, but rather toss up a warning message or something.

Settings, display settings - color codes in hex

What Bug?