[Support] binhex - DelugeVPN

[tjb_altf4]

7 hours ago, pimogo said:

HI - Been using this for a while.. just have one question that may be simple to answer.. i added a plugin (labelplus) but was told i need to access via the GTK ui. I notice on the docker that there is GTK support, but for the life of me i dont know how to access it.. i presently access deluge via the URL, but need the added functionality supported by GTK. ANy help greatly appreciated.. And as always, wonderful tool and docker!

You need to edit the auth file in appdata folder and create a user/pass to access deluge by adding a line like so:

username:userpassword:10

These are the credentials you use to access via the thin client

More info here: https://dev.deluge-torrent.org/wiki/UserGuide/ThinClient

[itractus]

So this is amazing. I don't have any support needs, just a couple of questions regarding the VPN.

I've got the image up and running with PIA, but the download speeds are about 1-2.4 MiB/s. Which is fine, but since I've got a 500mbps down connection I could be pulling a lot more.

Since PIA supports up to 10 clients running at once, is there a way to split the traffic over multiple connections through the config?

[binhex]

So this is amazing. I don't have any support needs, just a couple of questions regarding the VPN.
I've got the image up and running with PIA, but the download speeds are about 1-2.4 MiB/s. Which is fine, but since I've got a 500mbps down connection I could be pulling a lot more.
Since PIA supports up to 10 clients running at once, is there a way to split the traffic over multiple connections through the config?

In a word, no. However you should be getting better speeds than that, check link to documentation in op and go to the VPN faq and there is a section in the regards slow speeds

Sent from my EML-L29 using Tapatalk

[vihila]

18 hours ago, vihila said:

Maybe I need to switch to a full Ubuntu VM?  

Switching to full Ubuntu VM in VirtualBox seems to have worked.  Deluge Web UI with VPN enabled is working now.

[drexil7]

I seem to have some data spillage.  I am assuming when VPN is disabled.   Any chance there is a setting i am missing?   have vpn enabled.  using air vpn

[binhex]

8 hours ago, drexil7 said:

I seem to have some data spillage.  I am assuming when VPN is disabled.   Any chance there is a setting i am missing?   have vpn enabled.  using air vpn

im assuming you mean ip leakage right?, unless you have set vpn_enabled to 'no' then there will be no ip leakage, what makes you think you have ip leakage occurring?.

[itractus]

13 hours ago, binhex said:

check link to documentation in op and go to the VPN faq and there is a section in the regards slow speeds

I went over the different suggestions but still only hit peak speeds of 2.4 MiB/s. I am using the closed geographic server (Frankfurt) with working port forward. There is enough CPU and Memory overhead to accommodate the speed, as I get 50MiB/s on a deluge container without the VPN. The data all downloads to flash storage before being transferred to spinning rust on complete, so the drive cache isn't an issue either.
 

Following all the recommended steps (itconfig, GCM config, portforward, Bandwidth settings) but still my speeds are not improving. Do you have any suggestions?

Edited May 20, 2019 by itractus

[Cessquill]

2 minutes ago, itractus said:

I am using the closed geographic server (Netherlands) with working port forward.

Unless I'm missing something, Netherlands doesn't support port forward. https://www.privateinternetaccess.com/helpdesk/kb/articles/how-do-i-enable-port-forwarding-on-my-vpn

[itractus]

3 minutes ago, Cessquill said:

Unless I'm missing something

Yes, my bad. I'm connecting to Frankfurt.

Edited post.

[binhex]

9 minutes ago, itractus said:

Yes, my bad. I'm connecting to Frankfurt.

Edited post.

try 'CA Montreal', remember closest server != fastest server

 

edit - to give you hope, i have faster dl speeds than you (3.4MB/s), and my line is a 10th the bandwidth of yours :-).

Edited May 20, 2019 by binhex

[itractus]

So, I had a look a the actual speed i'm getting over the different VPN servers. In the attachement you can see the speed ranges from terrible (15Mbit) to pretty good (90Mbit). This is tested straight from the container. HOWEVER, my deluge still seems "capped" at around 2.4MiB/s.

What would be the next step in troubleshooting this issue?

 

[binhex]

5 minutes ago, itractus said:

So, I had a look a the actual speed i'm getting over the different VPN servers. In the attachement you can see the speed ranges from terrible (15Mbit) to pretty good (90Mbit). This is tested straight from the container. HOWEVER, my deluge still seems "capped" at around 2.4MiB/s.

What would be the next step in troubleshooting this issue?

 

firstly test with a stable swarm size, ubuntu iso downloads are always a good choice, lots of high speed peers, load this in deluge and see what you get:-

http://releases.ubuntu.com/19.04/ubuntu-19.04-desktop-amd64.iso.torrent

[itractus]

I think we are finally getting somewhere.

I've added the ubuntu image to deluge and got  peak of about 2.8MiB. But still am getting consistent sub 2MiB speeds, even on torrents with 2000+ peers. It's almost like there is a cache that keeps filling up, since as soon as the speed hits the 'cap', it throttles down to sub 1MiB/s only to creep back up to 2.8MiB/s and throttle again. This is now very noticeable with the ubuntu torrent.

I also noticed high IO usage from the deluge instance. Might this be the limiting factor?

 

 

Edited May 20, 2019 by itractus

[binhex]

Just now, itractus said:

I think we are finally getting somewhere.

I've added the ubuntu image to deluge and got  peak of about 2.8MiB. But still am getting consistent sub 2MiB speeds, even on torrents with 2000+ peers. It's almost like there is a cache that keeps filling up, since as soon as the speed hits the 'cap', it throttles down to sub 1MiB/s only to creep back up to 2.8MiB/s and throttle again. This is now very noticeable with the ubuntu torrent.

 

ok, sorry to bang on about this, but you have definitely done all the steps in the slow speeds faq then right?, so reduced upload rate, disabled ') Rate limit overhead' etc etc? this can all make a significant difference.

[itractus]

Yes, I understand the steps in the FAQ, and have applied them where needed.

[binhex]

1 minute ago, itractus said:

Yes, I understand the steps in the FAQ, and have applied them where needed.

ok cool, so your I/O def does look like a possible cause of the speed issues, what are you writing incompletes to?

[itractus]

So right now, the Incomplete folder is an NFS share mounted on the docker host. I haven't had any issues with this running a different deluge container, however I can see that with this specific configuration there is an issue. I use the default mount options for the share. As you can see the CPU load is nothing crazy, and this is with 10 active torrents 300+ in queue

Edited May 20, 2019 by itractus

[binhex]

1 minute ago, itractus said:

So right now, the Incomplete folder is an NFS share mounted on the docker host. I haven't had any issues with this running a different deluge container, however I can see that with this specific configuration there is an issue. I use the default mount options for the share:

yes i would suspect this is the bottleneck, if you can (at least temporarily) try changing the /data container volume mount to point at a location on the host, so NOT a nfs or smb share, if speeds suddenly shoot up then you know thats the issue.

[itractus]

After doing some testing, setting the download folder to the local host DID remove the insane IO load i was having. So for that I will be troubleshooting my NFS config. Possibly I'm using some flags that are not optimal for torrenting.

HOWEVER, it did not increase my bandwidth. I did notice less "flushing" to the local drive, but still only hit top speeds of 2.5MiB/s.

I will do some more research and get back to you guys after I find out the exact issue.

[PeterB]

5 hours ago, binhex said:

try 'CA Montreal', remember closest server != fastest server

 

edit - to give you hope, i have faster dl speeds than you (3.4MB/s), and my line is a 10th the bandwidth of yours :-).

Similarly, I have a 50Mbit/s connection (in Philippines), and I'm seeing download hovering around 5MBytes/sec (up to 5.3) on the Ubuntu image.

 

What environment are you running in, itractus?  I'm on unRAID with my incomplete files written to the cache drive and copied to a protected share on completion.

[ErikM1970]

PS:  Trying to create a new post but I think I am replying to an existing post...  

 

 

 

Good evening,

 

Finally upgraded my UnRaid to 6.7.0 and the only casualty was my DelugeVPN container.  I attempted to start and continually receive an Execution Error (Server Error).  I've been looking around here for something similar but haven't yet found anything.  Since it first set it up, it has just worked... until now.

 

If anyone has read about this before, I would appreciate any guidance.  I checked my supervisord.log and the following was recorded for today:

 

2019-05-20 17:44:25,874 WARN received SIGTERM indicating exit request

2019-05-20 17:44:25,880 DEBG killing watchdog-script (pid 150) with signal SIGTERM

2019-05-20 17:44:25,880 INFO waiting for start-script, watchdog-script to die

2019-05-20 17:44:26,880 DEBG fd 16 closed, stopped monitoring <POutputDispatcher at 22387675056840 for <Subprocess at 22387675685608 with name watchdog-script in state STOPPING> (stdout)>

2019-05-20 17:44:26,881 DEBG fd 20 closed, stopped monitoring <POutputDispatcher at 22387675057008 for <Subprocess at 22387675685608 with name watchdog-script in state STOPPING> (stderr)>

2019-05-20 17:44:26,881 INFO stopped: watchdog-script (terminated by SIGTERM)

2019-05-20 17:44:26,881 DEBG received SIGCHLD indicating a child quit

2019-05-20 17:44:26,881 DEBG killing start-script (pid 149) with signal SIGTERM

2019-05-20 17:44:27,882 DEBG fd 11 closed, stopped monitoring <POutputDispatcher at 22387675056448 for <Subprocess at 22387675590496 with name start-script in state STOPPING> (stdout)>

2019-05-20 17:44:27,883 DEBG fd 15 closed, stopped monitoring <POutputDispatcher at 22387675056616 for <Subprocess at 22387675590496 with name start-script in state STOPPING> (stderr)>

2019-05-20 17:44:27,883 INFO stopped: start-script (terminated by SIGTERM)

2019-05-20 17:44:27,883 DEBG received SIGCHLD indicating a child quit

 

I did go back a week and found the following (perhaps my container has had issues prior to today?  Not sure...)

 

2019-05-13 17:43:11,037 DEBG 'watchdog-script' stderr output:

Unhandled error in Deferred:

 

Traceback (most recent call last):

File "/usr/lib/python2.7/site-packages/twisted/protocols/policies.py", line 120, in dataReceived

self.wrappedProtocol.dataReceived(data)

File "/usr/lib/python2.7/site-packages/deluge/ui/client.py", line 179, in dataReceived

d.callback(request[2])

File "/usr/lib/python2.7/site-packages/twisted/internet/defer.py", line 460, in callback

self._startRunCallbacks(result)

File "/usr/lib/python2.7/site-packages/twisted/internet/defer.py", line 568, in _startRunCallbacks

self._runCallbacks()

--- <exception caught here> ---

File "/usr/lib/python2.7/site-packages/twisted/internet/defer.py", line 654, in _runCallbacks

current.result = callback(current.result, *args, **kw)

File "/usr/lib/python2.7/site-packages/deluge/ui/sessionproxy.py", line 147, in on_status

self.torrents[torrent_id][0] = t

exceptions.KeyError: u'0581137073caf6d96d9047368dd95b400a9953aa'

 

Thank you,

Erik

[binhex]

10 hours ago, ErikM1970 said:

PS:  Trying to create a new post but I think I am replying to an existing post...  

 

 

 

Good evening,

 

Finally upgraded my UnRaid to 6.7.0 and the only casualty was my DelugeVPN container.  I attempted to start and continually receive an Execution Error (Server Error).  I've been looking around here for something similar but haven't yet found anything.  Since it first set it up, it has just worked... until now.

 

If anyone has read about this before, I would appreciate any guidance.  I checked my supervisord.log and the following was recorded for today:

 

2019-05-20 17:44:25,874 WARN received SIGTERM indicating exit request

2019-05-20 17:44:25,880 DEBG killing watchdog-script (pid 150) with signal SIGTERM

2019-05-20 17:44:25,880 INFO waiting for start-script, watchdog-script to die

2019-05-20 17:44:26,880 DEBG fd 16 closed, stopped monitoring <POutputDispatcher at 22387675056840 for <Subprocess at 22387675685608 with name watchdog-script in state STOPPING> (stdout)>

2019-05-20 17:44:26,881 DEBG fd 20 closed, stopped monitoring <POutputDispatcher at 22387675057008 for <Subprocess at 22387675685608 with name watchdog-script in state STOPPING> (stderr)>

2019-05-20 17:44:26,881 INFO stopped: watchdog-script (terminated by SIGTERM)

2019-05-20 17:44:26,881 DEBG received SIGCHLD indicating a child quit

2019-05-20 17:44:26,881 DEBG killing start-script (pid 149) with signal SIGTERM

2019-05-20 17:44:27,882 DEBG fd 11 closed, stopped monitoring <POutputDispatcher at 22387675056448 for <Subprocess at 22387675590496 with name start-script in state STOPPING> (stdout)>

2019-05-20 17:44:27,883 DEBG fd 15 closed, stopped monitoring <POutputDispatcher at 22387675056616 for <Subprocess at 22387675590496 with name start-script in state STOPPING> (stderr)>

2019-05-20 17:44:27,883 INFO stopped: start-script (terminated by SIGTERM)

2019-05-20 17:44:27,883 DEBG received SIGCHLD indicating a child quit

 

I did go back a week and found the following (perhaps my container has had issues prior to today?  Not sure...)

 

2019-05-13 17:43:11,037 DEBG 'watchdog-script' stderr output:

Unhandled error in Deferred:

 

Traceback (most recent call last):

File "/usr/lib/python2.7/site-packages/twisted/protocols/policies.py", line 120, in dataReceived

self.wrappedProtocol.dataReceived(data)

File "/usr/lib/python2.7/site-packages/deluge/ui/client.py", line 179, in dataReceived

d.callback(request[2])

File "/usr/lib/python2.7/site-packages/twisted/internet/defer.py", line 460, in callback

self._startRunCallbacks(result)

File "/usr/lib/python2.7/site-packages/twisted/internet/defer.py", line 568, in _startRunCallbacks

self._runCallbacks()

--- <exception caught here> ---

File "/usr/lib/python2.7/site-packages/twisted/internet/defer.py", line 654, in _runCallbacks

current.result = callback(current.result, *args, **kw)

File "/usr/lib/python2.7/site-packages/deluge/ui/sessionproxy.py", line 147, in on_status

self.torrents[torrent_id][0] = t

exceptions.KeyError: u'0581137073caf6d96d9047368dd95b400a9953aa'

 

Thank you,

Erik

see op link to documentation, then click on like 'further help'.

[Merijeek]

Small question/issue with this container, and the answer may be somewhere in the 183 pages of this thread, but not on the FAQ. 

 

It looks like Radarr really wants labels to be enabled in Deluge. However, I can enable labels, but that add-on gets disabled upon a delugevpn docker reboot. 

 

Is there a way to fix that? 

[drexil7]

On 5/19/2019 at 7:41 PM, drexil7 said:

I seem to have some data spillage.  I am assuming when VPN is disabled.   Any chance there is a setting i am missing?   have vpn enabled.  using air vpn

 

On 5/20/2019 at 3:44 AM, binhex said:

im assuming you mean ip leakage right?, unless you have set vpn_enabled to 'no' then there will be no ip leakage, what makes you think you have ip leakage occurring?.

The letter I received from the ISP.  I definately have not set it to no.  

[JonathanM]

2 hours ago, drexil7 said:

The letter I received from the ISP.

Do they give a specific file and time period?