Opawesome

You may want to double check this 😀. I really only see instructions referring to "cache only" and "cache prefer" (i.e. versions before 6.12 if I am not mistaken) on this page : https://docs.unraid.net/unraid-os/manual/storage-management/#backing-up-the-pool-to-the-array

Tutorial was updated with the openvpn-2.5.5-x86_64-1.txz package for Slackware.

You can do it with the array started. Just click on the relevant shares (i.e. appadata, apps, cachetmp and downloads in your case) to change the setting. I think that with the newer versions of unraid, the guide is a bit outdated and the setting "use disk cache" has been changed a bit. You must set the primary storage to "cache" and the secondary storage to "array". The effect of these new settings will occur next time the mover is called, whether manually or upon schedule, meaning that all the data from these shares (currently stores only on your cache drive) will be moved to your array.

You are over thinking it 😀 (see the image)

You are in the right place 😀. I just think your syntax is wrong. You should probably set the value to: {"writedescription": true} to respect the JSON format requirement (I assumed you had already some options set up with the right format). See https://github.com/alexta69/metube?tab=readme-ov-file#configuration-via-environment-variables for the details. It says:

I indeed see "br-fccdcfbfa4d2 UP 192.168.1.1/8" in the ifconfig file of your diagnostics, which is overlapping with your 192.168.1.0/24 LAN. That could be the issue. I would try deleting this custom docker network.

Can you try maybe deleting the 192.168.2.0/8 custom docker network ? This /8 CIDR seems very wrong to me on the 192.168.X.X range, as it may overlap with the 192.168.1.0/24 network.

If the VPN tunnel is already setup and if you can ping the remote machine from your local machine via that tunnel, then you just need to connect to your remote server via its local IP address. You should be aware however that the speed of a large backup through a VPN tunnel is likely to be significantly slower than through a direct SSH tunnel.

I concur, I did this a year ago and worked flawlessly. Just make sure that all files were indeed moved to the array before replacing your cache drive.

All the available options are described here : https://github.com/yt-dlp/yt-dlp/blob/master/yt_dlp/YoutubeDL.py#L183 There is indeed this option: The format to use in the docker container template would be to add the following in the "options" field (i.e.: the "Container Variable: YTDL_OPTIONS" variable): "writedescription": true

Have you tried stopping the array before enabling bridging, and then starting back the array ? Also, are your other settings the same as mine ?

You can see my hardware config in my signature below. It has been running well with Unraid for 4-5 years now. This 4U Logic Case SC-4316S case uses standard ATX power supplies, and I replaced the fans with Noctua fans to reduce the noise level even further.

Yes, it was said in the latest podcast. During the show Ed says he is just using one "4 GB" USB stick for his array on his server in order to circumvent this "limitation".

If, for example, the starter Licence is like 25 USD / year but the Lifetime licence is 250 USD.

Hi, Here are my (i) pihole docker container settings; (ii) Unraid network setting; and (iii) docker settings. They work on my system. My router is set to use 192.168.92.2 as primary DNS server address.