strike

You can pretty much use any vpn provider you like, just choose custom instead of pia or airvpn. That being said, you really want a vpn provider who supports port forwarding which is required to get peers to connect to you and to get decent speed. I don't remember if torguard supports port forwarding, but if they don't you'll get crappy speed and won't be able to seed.

Glad you got it sorted. br0 is not supported in this conatiner, there is strict iptables rules in place in order to prevent leakage, I suspect it has something to do with that. I'm actually one of the few who had the webui working on br0, but after changing network hardware (no actual network change other than hardware) I can only get access with the desktop client if I'm on br0 and not the webui. But I don't really need the webui when I have the desktop client so I'm fine on br0.

I'm not sure why radarr would send 10 torrents of the same movie to deluge, so that I can't answer But the reason it now starts to download is because your download path is correct. Before it was trying to write to a location which didn't exist and thus getting permissions errors. You might need to either delete all the other torrents form before or you need to change their storage location to get them to download as they probably have the old location from before.

Lol we've all been there 😆 Yeah, it basically tells deluge to put the finished downloads in the correct folder. If you're using radarr then you're probably using sonarr or something else for tv shows too, and if you have no labels deluge with put everything in one folder, so it becomes a mess for radarr/sonarr trying to figure out what is a movie and what is a tv show. As a result the logs will just fill up with errors. So labels is a good thing, but you need to set the paths correctly there too or else it won't work as intended.

Since you say lan_network has been tried in many formats it says to me that you don't really know what to put there. And setting it to blank and to match the IP set on br0 confirms that. There is really only one value that works for your network, no point in trying multiple. So in order to know whats correct I really want to know your routers IP or what Ip your're connecting to when you try to reach the webui. And as I said there's no point in trying to reach the webui on br0, if you want to use br0 try the desktop/thin client like I mentioned.

Looks like you're using labels too so make sure the paths are correct under there too. If you set incomplete/complete folders and lables make sure to change the settings radarr accordingly

Yeah, your settings are still not correct, you need to understand how volume mappings work. The download path to should be /downloads I also strongly recommend setting an incomplete and a complete folder. So the download path then should be /downloads/incomplete also check move completed to and set it to /downloads/complete

Are you also 100% sure that your subscription is active and that you're within the device limit?

Disable strcict port forwarding too and try again. Your volume mapping looks better, but what path do you have under downloads in deluge?

br0 is not supported in this container change to bridge. Or you might be able to get access if you use the desktop/thin client insted of the webui on br0. Check the faq on who to set it up if you want to try that. Is your LAN_Network defined correctly? What have you defined and what Ip are you connecting to?

Ok, so a few things here. 1. Nordvpn does not support port forwarding so even if you were able to get it to work your speed will be slow at best. It wil also only work on public trackers since you won't be able to seed. So do yourself a favor and switch vpn provider 2. VPN_PROV is defined as nordvpn, AFAIK there is only three valid options PIA, Airvpn or custom. If you don't have PIA or airvpn it should be custom. 3. Are your volume mappings corrrect? What path do you have under downloads in the deluge settings? Even if it's correct it won't work well with the radarr container you have. These two containers needs to share the same volume mapping for downloads, or else radarr won't be able to see the downloads when deluge is finished with them. So you need to change the container side of the mapping for one of them so they match.

Please follow this procedure: https://github.com/binhex/documentation/blob/master/docker/faq/help.md In addition to that also post your docker run command or a screenshot of the container settings.

No, this container does not support this at this time. You should be able to use desktop/thin client to get access though. I have mine working on windows at least (with the old v1), on custom br0 with it's own IP.. AFAIK there is no finished windows/mac client ready for v2 yet, but there are instructions on how to build it on your own, I just haven't had the time to do it yet.

Yes, the webui is only reachable when the vpn tunnel is up. Are you sure you're within the device limit, if your using multiple devices?

Indeed

From your log: Which means it can't authenticate. Make sure you have a active subscription and also make sure your user/pw contains no special characters as it could cause issues.

Can you log into the webui from a web browser locally with root, or ssh into the server ok? If not, you should maybe google how to reset your root password. Can't remember the specifics right now.

There is only one user that will work and that is the root user/pw. Anything else will fail.

I've been using AirVPN for 4+ years and it's been rock solid, never had an issue. And I've tried my fair share of vpn providers, including PIA.

Unless you changed the default volume mappings your download folder is wrong. Please post your docker run command or a screenshot of the container settings.

Now that you're required to have a registered account and a (free) license to get geolite2 updates, anyone knows how to get it to work with nginx? https://blog.maxmind.com/2019/12/18/significant-changes-to-accessing-and-using-geolite2-databases/ Edit: Nevermind.. The answer is provided in the posted link, I'll just have to adjust my update script.

I'll just quote binhex here as it applies to every update: I assume you know how to update the container? If not just go to the unraid webui-->Docker and click check for updates, then click on the emby container and apply update. But you'll have to wait for the update to hit the arch repo first of course.

Good to know you're on top of it. In the meantime have a nice weekend and enjoy your Christmas holiday!

So first time testing this container on my new 8TB drive. "Disk /dev/sdc has been successfully precleared" according to the report. I stopped the array and put the disk in the next available slot and started the array. To my suprise unraid now starts clearing the disk which I thought was already cleared.. No errors shows up in the reports as far as I can see. I'm on 6.8 stable btw. Any thoughts?

Yes, that's your issue. See Q7: https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md