So I am at a loss here. I went ahead and disabled the VPN to see what would happen, and it loaded right up and started downloading ubuntu, a nice safe torrent with lots of seeders. Downloaded it super fast. So it has to be something with the PIA VPN stuff, but I do not understand why I can't get it to work.

I have made progress of a sort. I cleared the docker, reinstalled, pulled the oven cinfig files again. I noticed in the log file it saying somthing about my password having characters that could cause issues authenticating, so I changed my VPN password too.

 

I have no idea what made the difference, but it loaded up with the VPN happy and I was able to download Ubuntu. I had my laptop open too and was browsing around and all seemed fine. For about 10 minutes. Then I lost DNS service for everything on my network except the unraid machine. Through the command prompt in unraid I can ping www.google.com so I assume it's DNS is working fine.

 

My laptop on the other hand can't talk to anything outside my network. Ditto my xbox, tvs, everything. Posting this from my cell.

 

So this is where I was at on Sunday and then I reset my router and everything came back, except deluge wouldn't download or seed anything anymore.

 

So is it safe to assume I have some kind of conflict going on in my network? What might cause this kind of behavior?

9 hours ago, JetPoweredSarcasm said:

I have been able to get into the WebUI from the beginning.

your previous logs show a failure to establish a vpn tunnel, if this i the case then you will not be able to get to the web ui, it will load ONLY once all checks pass to protect against ip leakage, so if you can view the web ui then the vpn tunnel is running.

 

6 hours ago, JetPoweredSarcasm said:

Then I lost DNS service for everything on my network except the unraid machine. Through the command prompt in unraid I can ping www.google.com so I assume it's DNS is working fine.

 

My laptop on the other hand can't talk to anything outside my network. Ditto my xbox, tvs, everything. Posting this from my cell.

This sounds like to me like you are probably using an underpowered router which simply cannot cope with bittorrent traffic, try reducing the number of active connections in deluge and also make sure you throttle upload rates in deluge, you should be setting it to a max of 85% of your total bandwidth otherwise peers will max your upload rate out and you will not have any bandwidth left to maintain normal connectivity, i.e. name resolution. 

I had DelugeVPN working just fine. I downloaded 2 to 3 dozen torrent files without issue and plenty fast. 

 

All of a sudden I have dropped down to maybe 9 KiB/second

 

This is not a VPN location issue and I'm not even sure it's a VPN issue considering that I logged into AirVPN from my laptop to download a torrent and it was fast. I used that same location to create a single site config file on AirVPN and loaded it into deluge openvpn folder.

Maybe something is wrong with my attempt at port forwarding. Not 100% certain.

 

I have attached several documents. 

Edited August 29, 20241 yr by raptureveteran

On 8/28/2024 at 4:34 AM, binhex said:

your previous logs show a failure to establish a vpn tunnel, if this i the case then you will not be able to get to the web ui, it will load ONLY once all checks pass to protect against ip leakage, so if you can view the web ui then the vpn tunnel is running.

 

This sounds like to me like you are probably using an underpowered router which simply cannot cope with bittorrent traffic, try reducing the number of active connections in deluge and also make sure you throttle upload rates in deluge, you should be setting it to a max of 85% of your total bandwidth otherwise peers will max your upload rate out and you will not have any bandwidth left to maintain normal connectivity, i.e. name resolution. 

Thanks for the input, I got a new router today and just set it up with a new WAP. Got everything hooked back up and giving it a stress test right now. I have Deluge running pulling down a couple downloads from my unraid, A windows VM running on the unraid downloading and install some things from the xbox app, and some audio streaming on some devices in my home. Trying to see if I get any of the wonky device drop outs I was seeing before. So far so good. Deluge seems happy, and nothing on my network has dropped out yet.

 

Thanks again.

Do you have any insight into how to use an "exclusive share" in delugevpn?

 

writing to the cache through the FUSE file system is really bad for me and peaks my CPU usage during "big" writes 10MB/s+

 

Setting the /mnt/user/downloads share to an exclusive share completely solves this issue.

 

However it creates a new issue where passing /mnt/user/ to the container no longer shows the download share (which is i think the expected behaviour for exclusive shares).

 

I then have to explicitly pass through /mnt/user/downloads to the container but now all the torrents do a copy+delete and creating issues and wasted operations.

 

I'm wondering if maybe its possible to pass through the downloads directory as /mnt/cache/downloads but treat moves to /mnt/user/* as still being on the cache and executing atomic moves?

 

I'm not sure if i'm making sense or if a missing something that would make this easier.

Is there any fix for the broken "add torrents in the web UI? Previously it was possible to add multiple torrents at once but seems to no longer work. 

I just had 500 torrents disappear after a crash but luckily i could grab the .state and .fastresume from the archive that was created and i only lost the label assignments.

 

the archive message is

Quote

Bad shutdown detected so archiving state files

and it appears the state went back to a day back or so.

 

I'm not sure how to find out how the "shutdown" happened since i definitely did not trigger it myself so it wouldve had to have been a crash of some sort.

 

Might just be relative instability since i just hit 15000 the other day... 🥲

On 8/12/2020 at 10:18 AM, binhex said:

wow really!? 6000 torrents running deluge, i thought that was pretty much impossible!, there is no hard cap that im aware of but you will run into stability issues with that many torrents when running deluge.

Edited September 10, 20241 yr by MammothJerk

just had another "bad shutdown" crash and lost about 500 torrents and the archive did not save me this time.

On 9/8/2024 at 8:08 PM, Techiez237 said:

Is there any fix for the broken "add torrents in the web UI? Previously it was possible to add multiple torrents at once but seems to no longer work. 

i've seen the same issue since around May, same issue in multiple browsers, i've rebuilt the container since then too and still have the issue so it doesnt seem like a config problem. 

I'm assuming most other people add files differently, I've resorted to using a monitored folder but its a pain when i want ignore some parts of the download. 

just hit 15k again and it crashed and i lost around 200 torrents 😬

 

Definitely looks like a hard limit.

 

Seems like its about time to run multiple instances.

18 minutes ago, MammothJerk said:

just hit 15k again and it crashed and i lost around 200 torrents 😬

 

Definitely looks like a hard limit.

 

Seems like its about time to run multiple instances.

Sounds like it to me, feel free to raise a bug with deluge development (not me).

Alright guys, you can stop now, you've reached the milestone of 2 million views 🙂

On 9/16/2024 at 7:01 AM, Jasonwrigg said:

i've seen the same issue since around May, same issue in multiple browsers, i've rebuilt the container since then too and still have the issue so it doesnt seem like a config problem. 

I'm assuming most other people add files differently, I've resorted to using a monitored folder but its a pain when i want ignore some parts of the download. 

Yeah that's a shame really found it useful, may need to look into autoadd with a monitored folder as well then! 

So, basically my setup has been working for months now.

But every now and then (can't figure out what causes it/ if it is periodically) the containers routed through delugevpn loose connection (I can neither access their WEBUI nor can they communicate with other containers). I then need to restart those vpn "client" containers and usually it works again. Sometimes I need to restart all ( a few times - and pray).

Today I checked, and Radarr logs are stating that they couldn't grab history at 2024-09-23 06:16:02 
In the delugevpn supervisord.log I find this:
 

2024-09-23 07:49:34,996 INFO reaped unknown pid 56 (terminated by SIGTERM)
2024-09-23 07:49:35,001 WARN received SIGTERM indicating exit request
2024-09-23 07:49:35,001 DEBG killing watchdog-script (pid 277) with signal SIGTERM
2024-09-23 07:49:35,002 INFO waiting for start-script, watchdog-script to die
2024-09-23 07:49:35,005 DEBG 'watchdog-script' stdout output:
[info] Waiting for child processes to exit...

2024-09-23 07:49:35,005 DEBG 'watchdog-script' stderr output:
Terminated

2024-09-23 07:49:35,005 DEBG received SIGCHLD indicating a child quit
2024-09-23 07:49:35,516 DEBG 'watchdog-script' stdout output:
[info] Child process with pid id '553
644' still running, waiting...

2024-09-23 07:49:36,043 DEBG 'watchdog-script' stdout output:
[info] Child process with pid id '553
644' still running, waiting...

2024-09-23 07:49:36,047 DEBG 'watchdog-script' stdout output:
[info] All child processes exited, exiting while loop...

2024-09-23 07:49:36,047 DEBG 'watchdog-script' stdout output:
[info] All child processes exited, exiting 'watchdog.sh' script...

2024-09-23 07:49:36,049 DEBG fd 11 closed, stopped monitoring <POutputDispatcher at 22393654157312 for <Subprocess at 22393654162832 with name watchdog-script in state STOPPING> (stdout)>
2024-09-23 07:49:36,049 DEBG fd 15 closed, stopped monitoring <POutputDispatcher at 22393654161632 for <Subprocess at 22393654162832 with name watchdog-script in state STOPPING> (stderr)>
2024-09-23 07:49:36,049 INFO stopped: watchdog-script (exit status 0)
2024-09-23 07:49:36,049 DEBG received SIGCHLD indicating a child quit
2024-09-23 07:49:36,050 DEBG killing start-script (pid 276) with signal SIGTERM
2024-09-23 07:49:37,052 DEBG fd 8 closed, stopped monitoring <POutputDispatcher at 22393656097248 for <Subprocess at 22393670069632 with name start-script in state STOPPING> (stdout)>
2024-09-23 07:49:37,052 DEBG fd 10 closed, stopped monitoring <POutputDispatcher at 22393655384480 for <Subprocess at 22393670069632 with name start-script in state STOPPING> (stderr)>
2024-09-23 07:49:37,052 WARN stopped: start-script (terminated by SIGTERM)
2024-09-23 07:49:37,053 DEBG received SIGCHLD indicating a child quit

What could have caused this restart? I can't tell from those logs tbh.
If I can't find out / solve those restarts, can I make the other (routed) containers reboot along? I'd even be up to setting those containers back up as compose stack, since I want to move a bunch of services away from my unraid server anyway.
 

Edited September 26, 20241 yr by wambo

I'm getting the following error with this docker and several other binhex I use since updating this week. I'm attempting troubleshooting, admittedly using a lot of ChatGPT, and I can't get anything to work. Is anyone else having this issue? I tried a fresh, never before used install of binhex-privoxyvpn and got this same error. Others affected right now: Krusader, readarr, radarr, plexpass. 

I've deleted, removed, and completed recreated several of these containers only to get the same errors. 

docker: Error response from daemon: failed to create task for container: failed to create shim task: OCI runtime create failed: runc create failed: unable to start container process: exec: "/usr/bin/dumb-init": stat /usr/bin/dumb-init: no such file or directory: unknown.

 

Edited September 28, 20241 yr by captbender
Added clarity.

Been using this container for quite some time and it has been great. I really like it. Recently I have something odd happening and I cannot resolve it. The container doesn't appear to bind to an IP even when configured to do so.  The logs show no issue and it appears to be running. Anyone have an idea what I might be missing?

 

On 10/2/2024 at 9:02 PM, m2mexpert said:

Been using this container for quite some time and it has been great. I really like it. Recently I have something odd happening and I cannot resolve it. The container doesn't appear to bind to an IP even when configured to do so.  The logs show no issue and it appears to be running. Anyone have an idea what I might be missing?

 

I am having this same issue. No IP/Ports showing and the webUI doesn't work through the GUI. All other features appear to be working as they have for years (THANK YOU FOR THAT BINHEX!!). This issue has been described the same on several pages prior as well. Initially the fix was to use advanced settings and force update to the docker. I have tried this as well as delete the entire docker and installing from previous apps to no avail. It is happening to ALL of my binhex apps for some reason as well. There has to be something in there causing this? 

For me, it works on my other custom network (proxynet) but not on br0 with or without a specific IP. Maybe someone smarter than me can see a difference between the makeup of these two networks?

Curious, how many others switched from macvlan to ipvlan when all the Unraid issues happened? Anyone been on macvlan this whole time and still have this issue?

Fix-diagnostics-20241006-1749.zip

Edited October 7, 20241 yr by Wolfhunter1043

Hi guys, I'd like to pick your brains on an issue i'm having.

The issue: Torrents (download) and Upload alike, are limited to 10 mb/s but there is no set limit on the deluge client itself nor on my network for the docker.

 

A bit of info; unraid is running on a R730 with a 10gbps like to a 1.5/1gpbs fiber optic home internet.

Binhex-Deluge is using a ovpn file to hide.me. Torrents are downloaded to Cache (dual ssd).

*** Latest image, unraid is up to date.

No special firewalls, no real special settings, pretty much, simple and efficient (at least i like to think so).

 

Symptoms: 
Impossible to download any torrents faster than 10mb/s (sometimes it gets to 11... ) Tried with multiple torrents (linux distros) that are welllll seeded but it still caps at ~10mb/s.

I used the docker as a proxy to "speed test" the vpn, and the speedtest .net result clearly shows a "slower" connection that what I should be able to get. To be 100% sure the VPN isn't the problem I tried manually setting it on my computer and running a speed test. I get 500-750mbps dl/300mbps out. That is Substantially faster than what i'm getting through the docker.

 

Any Idea what could be causing it? I tried editing deluge's config files manually to make sure there is no "limit". I set all preference to -1. I'm at the point where I should probably Delete the whole container and then "reinstall it" but I'd like to understand what is wrong. 

 

Thanks a lot for your time, cheers!

 

 

 

Edited October 7, 20241 yr by auth100488

9 hours ago, auth100488 said:

Hi guys, I'd like to pick your brains on an issue i'm having.

The issue: Torrents (download) and Upload alike, are limited to 10 mb/s but there is no set limit on the deluge client itself nor on my network for the docker.

 

A bit of info; unraid is running on a R730 with a 10gbps like to a 1.5/1gpbs fiber optic home internet.

Binhex-Deluge is using a ovpn file to hide.me. Torrents are downloaded to Cache (dual ssd).

*** Latest image, unraid is up to date.

No special firewalls, no real special settings, pretty much, simple and efficient (at least i like to think so).

 

Symptoms: 
Impossible to download any torrents faster than 10mb/s (sometimes it gets to 11... ) Tried with multiple torrents (linux distros) that are welllll seeded but it still caps at ~10mb/s.

I used the docker as a proxy to "speed test" the vpn, and the speedtest .net result clearly shows a "slower" connection that what I should be able to get. To be 100% sure the VPN isn't the problem I tried manually setting it on my computer and running a speed test. I get 500-750mbps dl/300mbps out. That is Substantially faster than what i'm getting through the docker.

 

Any Idea what could be causing it? I tried editing deluge's config files manually to make sure there is no "limit". I set all preference to -1. I'm at the point where I should probably Delete the whole container and then "reinstall it" but I'd like to understand what is wrong. 

 

Thanks a lot for your time, cheers!

 

 

 

I see the same thing when the VPN is enabled. When it’s disabled the speeds are much faster. It appears the vpn provider is limiting the bandwidth.

Having a problem that seems to be persistent across all TorrentVPN containers (delugevpn, qbitorrentvpn, rfloodvpn).

 

If I choose Wireguard as the VPN_Client, the webUI won't load. The IP will resolve in the command line, typing curl ifconfig.io will return a valid IP, but going to it's localdomain:port will return a 'page cannot be found'. This can be resolved by using OpenVPN instead.

 

It's not my VPN provider either, because I can load the conf file in the Windows Wireguard client and it will work fine. It might be something related to Unraid.

On 10/7/2024 at 8:13 AM, ridewithjoe said:

I see the same thing when the VPN is enabled. When it’s disabled the speeds are much faster. It appears the vpn provider is limiting the bandwidth.

I mean, I could try and torrent through the actual vpn on a vm but it seems odd that hide.me would limit the bandwidth for paid customers. 

15 hours ago, auth100488 said:

I mean, I could try and torrent through the actual vpn on a vm but it seems odd that hide.me would limit the bandwidth for paid customers. 

You need to check if your vpn provider offers port forwarding and then open up a port and put that port as the incoming port in Deluge. Torrenting without an open incoming port will always be slow. 

23 hours ago, strike said:

You need to check if your vpn provider offers port forwarding and then open up a port and put that port as the incoming port in Deluge. Torrenting without an open incoming port will always be slow. 

FYI:

 

Does Hide Me support port forwarding?

We offer dynamic port forwarding (UPnP) and it is available in the Premium plan.

For some odd reason I can only add one torrent file at a time. When I try to bulk add more than one file and click the add button, nothing happens. But if I choose only one file, it adds it no problem. This problem has persisted for a while. The docker is up to date. The OS is latest. I've tried multiple browsers. 

 

Anyone seen this before and if so is there a fix? Thank you! 

Edited October 14, 20241 yr by boianski