Squid

Going to deprecate this from Apps. No updates have been done to the image in over a year, the maintainer hasn't been in the forum in over a year, and ZeroTier themselves maintain their own up to date docker image for ZeroTier-One

The index isn't reloaded everytime you go to "Apps". It does however check for an update to the index everytime you go to "Apps". This involves downloading a 44 byte file. If there is no update then it doesn't download the full index. If there is an update then it will download the update. All downloads are compressed, and even on the full download (15Meg file), the actual bandwidth is up to about 400K. This isn't going to change. Note: If you get a banner stating "Backup Server Active", then yes this is process is significantly slower, as it first attempts from the primary server, and if unable to download or on timeouts it switches to a backup. Next release of CA operates slightly differently, and with some luck should in theory not ever downgrade. If this is super slow for you (my system it's roughly 1 second to display anything if there's no updates available, and ~5 seconds if there is one) then consider setting up static DNS servers (I prefer 208.67.222.222 and 208.67.220.220) within Settings, network settings to help with it all out. Having your router resolve the addresses is usually hit and miss since they generally point to your ISP's DNS servers which as a rule calling them slow and garbage is complimentary to how they actually are)

Action Centre Enabled banner isn't clickable... (Unless I'm misunderstanding you). When the banner appears (disappears within 10 seconds), the Action Centre on the left menu is not visible. Clicking it loads that section. Are you saying it doesn't and just takes you back to the home page?

That wouldn't have been your problem. Glad it's working, but as a vdisk (btrfs or xfs) sitting on an xfs drive it doesn't matter. Diagnostics from when it wasn't working would have said why, but its irrelevant now

If you edit the syslinux configuration (Main, boot device, click on flash then syslinux) and add onto the append line so that it looks like this: append initrd=/bzroot pci=noaer Will basically silence your BIOS bug

You would really need to post your entire radarr logs, and the docker run command. Those logs attached pretty much start at a stack trace, but don't show what happened before it

What is the share you're using for Movies?

I think this is because of the new method of update checking / installing. Will investigate further.

Thanks. I never noticed that before. Fixed for next release

search results from docker hub are directly from what dockerHub itself is returning for that particular term, and is not within my control.

Yeah, There were some issues. Major one was that CA actually crashed due to a circumstance that came up when i was re-cloning the appfeed and some data got trashed. That put the system down for about 20 minutes. I never noticed the Date Added problem at the time (it was also related to the first problem), so I re-cloned the system again overnight and it was fixed and running properly this morning.

Thanks - Fixed next rev. But, FWIW that's why the banner appeared on your system stating the CA shouldn't be run with PHP errors being displayed on production systems

Feed is likely down right now. I'm working on it...

Looks like you logged out of the OS (or server rebooted for some reason)

Assuming that you're using the drop-down for "select template". That hasn't worked 100% for a number of years, and likely won't get fixed because "Apps" will also see any templates that you've got stored within that directory.

You always need to use the "raw" URL, not a URL that is a web page: EG: https://raw.githubusercontent.com/phyzical/docker.versions/main/docker.versions.plg

You can also click the "x" on the banner and it disappears and won't appear again for 90 days unless you clear out your cookies. Good things coming apparently. FWIW, Apps did actually have a professional UX guy mock up how it should work. (As I'm not a UI guy)

You have a share named "appdata:" This is messing up the system because the ":" is an invalid character on the flash drive Your default appdata location in docker settings is correct, but you've got likely a docker container referencing a host path of /mnt/user/appdata: Edit each of the containers and change that offending path to be /mnt/user/appdata without the ending colon

The description tells you exactly what to do. Go to settings, schedules, SSD Trim, make a change any change and hit apply. Problem fixed

Or tell Bitwarden to fix their problem

FWIW, your RAM is overclocked by running at 3200 MT/s. The specified SPD speed of it is 2400 and for the utmost in stability RAM should always be run at SPD speeds and not the overclocked XMP / AMP speeds.

News to me. Apps works perfectly with Safari. The only chatter I recall about it was fixed a year ago when I bought an iMac just to diagnose and fix the issue. The log you posted does show no more activity from CA after it downloaded the feed. Can you also post your diagnostics after you try this all again...

on the shares tab, click calculate next to the system share. If it’s existing on the array then the docker image / files may be significantly slower if they are on the array instead of your pool

That bar isn’t related to RAM usage. It’s the space currently taken up within the docker image file (or the space it’s taken up on the device if you’re using a docker folder)

Try closing all browser tabs (and devices) open to your server along with rebooting it. This will likely be mitigated on the next release of the OS