Squid

Yup. My bad. I had to edit the URL slightly (add the -) after posting it. Let the spanking begin.

@ljm42? @bonienl?

Can't you just assign the container a specific IP address.

Nothing to worry about. Related to a current issue under active investigation / resolution by the MyServers team

Changed Status to Retest

https://unraid-dl.sfo2.cdn.digitaloceanspaces.com/next/unRAIDServer-6.10.0-rc2-x86_64.zip

Those 2 "references" are actually identical and are because of a subtle change of how things are organized at lsio https://www.linuxserver.io/blog/wrap-up-warm-for-the-winter

Nothing obviously wrong. So, I'd guess that it's the router. Can you put the previous one back?

The next option would be to disable ssl altogether (Settings - Management Settings, Use SSL/TLS - set it to No). If after all that you still can't connect from any other system (even if only by the IP address) its something network related, and the best guess (which you've said isn't the case) is that everything else is on a different subnet.

rm -rf /boot/config/ssh rm -rf /boot/config/ssl powerdown -r

Both your shares screenshot and the diagnostics show that the system isn't what the individual shares may say. (They may be showing that because there is no "cache" drive and that's what it's defaulting to). Make a change (any change) and revert it then apply and the continue with my directions. And yes by disable all services I mean to disable the docker service, disable the VM service in settings, not just stop the individual apps. appdata for sure contains files on the array due to how this was working for you and it is going to significantly affect your performance.

No worries -> happens all the time. If you're using the linuxserver container, then you should post here and also chat them up on their discord (the link is also there). They actually prefer discord for support issues.

Running diagnostics from the command line will save the file in the logs folder on the flash drive. (It says exactly what filename it saved it to) Power down (powerdown at the terminal), pull the drive and then upload it here from another computer

Can you access the server's GUI via https://IP-Address? (You must explicitly specify https) - accept the certificate warning. If this allows you in, then go to Settings - Management Access and click Update DNS A couple of minutes later you will hopefully have access restored. If this doesn't fix, then from the terminal diagnostics and upload the resulting zip file saved on the flash drive (logs folder) after shutting down powerdown

It is a new check (although one which should have been introduced at the start of 6.9)

I figured that, which is why connecting via https and the IP address should be able to connect from every device (there will be a certificate warning which you will have to accept). Updating the DNS record shouldn't actually have any effect on the system unless your phone is caching a new DNS record and none of your other devices are. It's a harmless button to press and basically just updates the "redirect" Are you using a custom certificate? I'm suspecting that there may be something wrong with it. If you are using the Unraid certificates, then deleting the contents of /config/ssh and /config/ssl on the flash drive and then rebooting will recreate them. Also posting your diagnostics may show something else (or prove that I'm on the wrong track)

I suppose. I don't use sleep and it's not officially supported by the OS. so just pointed to a possibility

So, I looked at the appdata share shareUseCache="prefer" shareCachePool="cache" # Share exists on disk1,disk2,disk3,cache_standard And these are your cache pools Jan 29 12:14:35 SINGTHESIS-NAS emhttpd: shcmd (43): mount -t btrfs -o noatime,space_cache=v2 /dev/sdb1 /mnt/cache_standard Jan 29 12:14:35 SINGTHESIS-NAS emhttpd: shcmd (45): mount -t btrfs -o noatime,space_cache=v2 /dev/sdc1 /mnt/cache_vms Net result here is that any new files for appdata are being written to the array because the "cache" pool does not exist at all. Once you change the settings to properly reflect which cache you want to actually use, disable all the services in settings and run mover. After it's done re-enable the services and you should be good to go.

Do you have a cache pool named "cache" What are the share settings for those shares in question? If you can't sort it out, then post your diagnostics

How are you trying to connect? Might need to from your phone go to settings - management settings and hit update DNS

What ports do you have open and why?

Post your diagnostics because the implication is that a drive is no longer present on your system (if only because I need to see if there's a mistake in the detection code)

Nice. Don't think anyone has ever looked at it that closely. The "required" though is designed so that if it's there when adding / editing the template the OS insists on having that entry filled out unless you delete the entry. Either way we're seeing which behaviour is better starting on the next rev -> update or not

You also need to reboot. There's a note when you uninstall advising this.