strike

Are you sure you've downloaded a new .ovpn file from your vpn provider? In your log I see mention of VPN remote server(s) defined as 'unraidunity.duckdns.org,' and: OpenVPN config file (ovpn extension) is located at /config/openvpn/client.ovpn I don't use mullvad, but usually a provider calls their ovpn file something based on the region of that endpoint. Like before you had CA.mullvad.ovpn or something which tells me you're trying to connect to Canada. But now your ovpn file is just called client.ovpn and the fact that you have named the remote line a duckdns domain tells me something might be off. See also Q17 here: what the repeating messages in your log means: https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md

The point is that a lot of people also have posters,fanart,subs and sometimes extras in the same movie folder. Why? Because they belong there with the same movie. it would be absolutely stupid to have all the movies in one folder along with all those files. Well, at least I think that would be stupid, hell it would be a nightmare. Most people use plex or emby nowadays which makes use of posters and fanart. In the old days I used DLNA serves on the ps3 or even my tv, but that would just give me a folder structure. If you're still using that then I would understand your point, because then you'd have to navigate a lot of folders and have no use for those extra files, but most people have moved on to better solutions.

Most people have sonarr/radarr/medusa do the moving and post-processing. That's the easiest way to do it. You end up with the same result, incomplete on cache and complete where they should be on the array. If you do the volume mapping right. So I do not agree with you that is best to "set up new container paths". At least for new users, they should use the default until they are comfortable with volume mappings. This is also because users often use more containers from the same author and they tend to use the same container paths. So using the default is way easier then to make new ones for all of the containers. I don't see how defining new container paths gives you more control? They are just mappings to where you have your data. Your data will end up where you want anyway, if you do it right. Creating new ones will confuse new users even more then it needs to.

Either update the .ovpn file or try a different endpoint, the one you're using seems to be down.

In your downloads settings in deluge change the download to path to /data I also recommend having a complete an incomplete folders. So consider changing the download to path to /data/Incomplete and check the move completed to and add the path /data/Complete. Feel free to use any folder names you want, mine was just an example but /data is a must have since in your template have mapped /data to /media/Plex/Inprogress

Probably misconfigured volume mappings. Please post your docker run command or a screenshot of your container template. Also post a screenshot of your downloads settings in deluge.

Please post the full supervisord.log file, redact any username/pw

Can you ping the your duckdns domain and it comes back with your IP?

What does the letsencrypt log say? it's located in your appdata folder letsencrypt/log/letsencrypt

If it was working before and you have not changed the port forwarding it's probably because you're hitting the limit. Here you can see what the limits is: https://letsencrypt.org/docs/rate-limits/ Edit: Maybe check the let's encrypt log if it has any more info.

Yes, I don't remember what the limit is but for testing you should enable staging then the limit will be much higher.

@thestraycat Please post the full supervisord.log file in your next post (redact username/pw etc). And please also post your docker run command and a screenshot of the deluge downloads settings.

Yes there is, you have to use lables. When you hare created labels you can right click the label and go to label options. There you set the path to Tv shows and Movies.

I have no idea how the update check works, but maybe you're right. That would make it a bit easier at least.

According to the article the image will be deleted if it hasn't been pushed or pulled for six month. Will a check for update do a pull?

I maybe should have quoted my post too since that's the reason we are asking for this. But here it is: https://forums.unraid.net/topic/78060-support-linuxserverio-unifi-controller/?do=findComment&comment=930440

Well, the LTS is outdated and latest is too bleeding edge so there should be a middle ground. But I understand that will involve more work and that is probably why you won't do it.

What is lsio's response to this? I'll ping @saarg since he seems to be the most active lsio member here these days.

Yeah, I did the same following your steps, thanks for posting that btw I agree with the rest of your post too, there should be a "Community_Stable" image.

Now that many of us use the 5.14.23-ls76 image, how are we going to deal with this? If nobody pulls this image at least once every 6 months it will be deleted. Maybe some of us should use a script to delete the image and pull it down again every 6 months. I know I will forget to do this manually so it has to be a script. I don't know when it will be "safe" to upgrade to a newer version since I don't really follow this thread that much. Anyhow, most of us know that using latest will be asking for trouble so most of us will be using a tagged image.

I use Medusa an prefer that over sonarr. Medusa is a fork of the original sickbeard. There are about 5 or so forks of sickbeard, but I think Medusa is the one that is more actively developed.

I don't use rtorrentvpn but in regards to the incoming port then I think that's a Yes to both. PIA users don't have to worry about setting a port as that is done for you. IIRC that is the case for all of binhex vpn containers. The TCP incoming port is used for others peers to connect to you whereas the UPD port in your .ovpn config is used to connect to the remote vpn server of your choice. So they are two different things.

Glad I could help. And if you have created any labels make sure you set up the correct path there too in the label options.

I only needed the downloads section, but yeah your Download to path is incorrect. Change it to /data/Downloads/Incomplete and you should be good. Change the "move completed" path too. Restart the container after. And linux is case sensetive so be sure to use Downloads and not downloads. Since you have mapped /data to /mnt/user/Downloads. Sorry, it should be: /data/Incomplete and /data/Complete

You forgot to post a screenshot of your deluge download settings, I need to see that too please.