Squid

Less clicks to just go back to CA and click the x within the language section

Spaceinvadeone did make a video attempting this. But unfortunately he was unable to integrate the dancing girls into it which IMHO would have gone a long way to explaining things

Is there an audio jack on the monitor? All my HDMI monitors have one.

Deluge you've told to download to /data (/mny/disks/.....) It dutifully does this. When it's finished, it tells Radarr that the completed download exists at /data/.... But, you don't have a /data mapping in Radarr. Hence why it can't import. change /downloads in radarr to instead be /data and have the host path match exactly what you've got set in deluge ( /mnt/disks/DELUGETorrents/Deluge/ )

Your path mappings don't match. See here https://forums.unraid.net/topic/57181-docker-faq/?tab=comments#comment-566086

If that fails, try dropping the memory speed from it's overclock setting of 3200 down to its native speed of 2666

Then post the diagnostics

Your cache nvme either dropped offline (or dropped dead). Since it's not even recognized at this point in time, a reboot right now is your only recourse.

It's not a problem, and not an issue, and is a result of how every OS (including Windows / MacOS) works. What you're doing is doing this from (presumably) windows and moving from one network share (\\tower\01_root\mnt\user\1 ) to another network share (\\tower\01_root\mnt\user\2) How computers work is that every time a move happens the system (in this case Windows) first tries to rename the file. Since that fails ( the file in .../mnt/user/1 cannot be renamed simply to be in /mnt/user/2, simply because none of the folders within .../2 exist within .../1), the system then does a copy followed by a replace. Now, it's not the complete end of the world because the copy operation never actually traverses the network -> ie: You can quite easily exceed your network speed when this happens if your SSD's (ie: nvme) can handle it) In techie terms, what you're trying to do is move a file between two separate mount points, and the OS (Windows, and by extension every other OS ever created) doesn't allow that. An alternative is to use a "root" share ( spaceinvaderone has a video about how to set one up), in which case all moves within that root share will be instant (even though they are on separate shares). The downside to moving files via a root share is that since the rename operation succeeds, the file(s) may wind up on a drive that is technically disallowed by the include / exclude / use cache settings. IE: If moving via the root share method from a cache enabled share to a non-cache enabled share, if the source exists on the cache drive, then after the move it will still be on the cache drive in apparent violation of the use cache setting, but once again that is expected behaviour.

You can edit /config/plugins/dynamix/dynamix.cfg on the flash driveand completely remove the line (and don't leave a blank line in its place) locale="xx_XX" and then reload any page on the UI to go back to English.

Neither Settings - Display - Language or the little switch language icon on the tool bar don't work?

Edit the path on the template, and in Access Mode on the pop up you have various options.

No idea if it would make a difference here, but on the access mode for the various mounts on the templates try one of the other access modes.

So I have this working with something I wanted to CRON but is there a way to tell this schedule is setup? cat /etc/cron.d/root

The ones with the thumbs up

The weird thing is that the system *thinks* your docker image size is currently 450G (uber extreme size). The settings say that it should be 120G (also an extreme size). What I would try is edit the file /config/docker.cfg on the flash drive and change DOCKER_ENABLED="yes" to instead be "no" Reboot the system. Then, on settings - Docker, delete the image file, and then re-enable the docker service. Followed by Apps - Previous Apps and check off what you want to reinstall. After that, then a new thread can be opened up for (presumably) your docker.img filling itself up (as that's the only reason I can reasonably see for why you've had the values set to those sizes)

And I should mention also that the multi cache pool feature really kicks ass ❤

A couple of comments: Community Applications HAS to be up to date to install languages. Versions of CA prior to 2020.05.12 will not even load on this release. As of this writing, the current version of CA is 2020.06.13a. See also here This change necessitates a re-download of the icons for all your installed docker applications. A delay when initially loading either the dashboard or the docker tab while this happens is to be expected prior to the containers showing up.

Languages Using Community Applications is the recommended way to install any language packs from Limetech when you are running a version of unRaid (6.9.0-beta22+) which supports this feature. To do this, navigate to the "Language" Category. The download icon will install a language pack, and the "switch to" icon will immediately switch to that language. Additionally, you can delete any installed language packs by clicking the red-x. More information regarding the language (change logs etc) will be displayed via the More information icon (or clicking the Icon for the language pack). If an update is available for the language pack, then an appropriate update icon will also appear) The hover text for the download and switch to icons (and within the popup) will always appear in the language of the tile (ie: the Hover text to download Dutch / Switch to Dutch will always be in Dutch) to assist non-English speakers to switch the OS to their chosen language. It is however outside of the scope of translations for any descriptions / overviews of any given application to be translated to a chosen language (in otherwords, the description of an application will always appear in the author's chosen language (ie: English)) If you inadvertently switch to a language and get completely lost trying to switch back to English, there is a new additional "switch to English" icon which will appear on unRaid's tab bar that will immediately revert the system back to English. Note: You do not have to agree to CA's start up disclaimer in order to install / manage languages. Additionally, translations into a selected language may not be available for any of your plugins, even if they support Multi-Language.

Next rev of unRaid is 5.6.x A bug in a previous 6.8 release of the kernel necessitated a roll back to 6.8.3 to using the 4.19 kernel.

Those "templates" being present in Add Container are a side effect and cannot be installed. They are installed in a different way on a supported unRaid OS which is not released as of yet.

And have you checked the free space on the drive that is holding the vdisk? IE: did you over provision the vdisk and it now won't fit on the drive?

Yes it does. However, any long-running processes spawned by the script will run to completion. (ie: your rsync)

The VMs will definitely grind to a halt if the vdisks are stored on the array during a parity check. Why not schedule the parity checks for when you're sleeping and use the parity check tuning plugin to pause and resume them so that they only run for a couple of hours a night?

Why would you directly use those IPs? Usual way to communicate with a container would via the host IP and applicable port.