[Support] binhex - rTorrentVPN


Recommended Posts

Hey, I've recently encountered an issue with rtorrent no longer being able to find any peers. It shows all seeds and peers as zero on all trackers for all torrents. I've left it running for about a day and nothing found any peers or downloaded. I have 126 torrents at the moment. I've tried running a "docker exec bb72d967d967 ping TRACKER" for several of the trackers and they all resolved correctly. I also ran a "docker exec bb72d967d967 curl ifconfig.co" and got the VPN IP. This has been working for months now and I don't know what changed other than maybe a docker update?

supervisord.log

Link to comment
17 hours ago, adanufgail said:

Hey, I've recently encountered an issue with rtorrent no longer being able to find any peers. It shows all seeds and peers as zero on all trackers for all torrents. I've left it running for about a day and nothing found any peers or downloaded. I have 126 torrents at the moment. I've tried running a "docker exec bb72d967d967 ping TRACKER" for several of the trackers and they all resolved correctly. I also ran a "docker exec bb72d967d967 curl ifconfig.co" and got the VPN IP. This has been working for months now and I don't know what changed other than maybe a docker update?

supervisord.log

 

im guessing you've tried restarting the container, as it could simply be a problem with the vpn endpoint your connected to, also can you tell me which endpoint your connecting to?, as you might be aware not all endpoints support port forwarding.

Link to comment
On 29/09/2017 at 2:24 AM, deusxanime said:

I moved the download location to an unassigned drive and started it up again this morning. It ran great all day! I got good consistent speeds with no drop offs after an hour or so like before and the files I was downloading (about 5, each 6-7GB), which had reached less than 30-40% over the last couple days, all completed in a few hours. 

 

My issue definitely is downloading to my mirrored cache pool. Not sure if that is due to just the fact that it is mirrored, because the docker container is also running on the cache pool, or a combination of the two. You run the container and download location both off your (non-mirrored) cache drive at the same time as well, correct? Any ideas what may be the issue? If not, I can maybe post in the general support section to see if I can catch the eye of a unRAID dev.

 

edit: Almost forgot to add... also, no "request has timed out" errors in the ruTorrent web GUI that I was getting constantly before.

 

spotted this post and thought of your issue, maybe related?:-

 

https://forums.lime-technology.com/topic/58381-large-copywrite-on-btrfs-cache-pool-locking-up-server-temporarily/

 

Link to comment
57 minutes ago, binhex said:

 

Yeah looks similar. I posted in there to +1 if nothing else. Would like to remove the old drive I had to put in for a torrent download location that is taking up a drive slot in my server!

Link to comment
1 minute ago, deusxanime said:

 

Yeah looks similar. I posted in there to +1 if nothing else. Would like to remove the old drive I had to put in for a torrent download location that is taking up a drive slot in my server!

 

might be worth giving the balance and then trim command a go, easy enough to run eh, i personally run trim once a week on my ssd cache drive.

Link to comment
1 minute ago, binhex said:

 

might be worth giving the balance and then trim command a go, easy enough to run eh, i personally run trim once a week on my ssd cache drive.

 

I do have the Dynamix SSD Trim plugin installed and set to run once a week as well, but the balance command they are talking about is new to me. I'll have to give that a try when I get some time this weekend maybe, but these are pretty new drives and not heavily utilized yet, so I would think they wouldn't be pushing up against any limits. Also back when I first was trying rtorrentvpn and ran into these issues it was even less so. Then were only in service for a couple days and just had a few other containers running on them, probably 10% or less used.

Link to comment
Just now, deusxanime said:

 

I do have the Dynamix SSD Trim plugin installed and set to run once a week as well, but the balance command they are talking about is new to me. I'll have to give that a try when I get some time this weekend maybe, but these are pretty new drives and not heavily utilized yet, so I would think they wouldn't be pushing up against any limits. Also back when I first was trying rtorrentvpn and ran into these issues it was even less so. Then were only in service for a couple days and just had a few other containers running on them, probably 10% or less used.

 

hmm oh right, in that case it may not be related.

Link to comment
2 minutes ago, binhex said:

 

hmm oh right, in that case it may not be related.

 

Probably not, but you never know. Easy enough to run the balance command just to see what it is at.

 

Anyway, thanks for "thinking of me", I hadn't gotten a chance to create a new thread yet on it!

Link to comment
Just now, deusxanime said:

 

Probably not, but you never know. Easy enough to run the balance command just to see what it is at.

 

Anyway, thanks for "thinking of me", I hadn't gotten a chance to create a new thread yet on it!

 

np, hope you get it fixed one way or another, bit of light reading for you on btrfs and balance :-)

 

http://marc.merlins.org/perso/btrfs/post_2014-05-04_Fixing-Btrfs-Filesystem-Full-Problems.html

Link to comment

Hi,

Firstr of all I wanna thank you binhex for a very good job,

 

I have however I have run into some issues that I cannot solve. 

I can't get the automove to work no matter what I do. 

image.png.212c2a728c244baf1936815d1732ab3b.png

 

I have tried this numerous time without luck. In this case I have a folder named "Anime" inside completed. Is there a setting i am missing?

Link to comment
On 10/6/2017 at 3:59 AM, binhex said:

 

im guessing you've tried restarting the container, as it could simply be a problem with the vpn endpoint your connected to, also can you tell me which endpoint your connecting to?, as you might be aware not all endpoints support port forwarding.

It is a NordVPN. It had been working for several months with no major issues (other than no DHT). I copied the rtorrent session data out, deleted the docker and recreated it. It successfully added new torrents and downloaded them. When I moved the session data back and restarted, it worked as well (except for META files. Never could get those to transition to full torrents, but luckily they were all from Sonarr and Radarr so it was easy to find missing entries and redownload them).

Link to comment
On 10/10/2017 at 12:37 AM, LaserAllan said:

Hi,

Firstr of all I wanna thank you binhex for a very good job,

 

I have however I have run into some issues that I cannot solve. 

I can't get the automove to work no matter what I do. 

image.png.212c2a728c244baf1936815d1732ab3b.png

 

I have tried this numerous time without luck. In this case I have a folder named "Anime" inside completed. Is there a setting i am missing?

 

you sure about that path? is your volume mapping really called /downloads? cos the default is /data.

Link to comment
12 hours ago, adanufgail said:

It is a NordVPN. It had been working for several months with no major issues (other than no DHT). I copied the rtorrent session data out, deleted the docker and recreated it. It successfully added new torrents and downloaded them. When I moved the session data back and restarted, it worked as well (except for META files. Never could get those to transition to full torrents, but luckily they were all from Sonarr and Radarr so it was easy to find missing entries and redownload them).

 

follow this:- https://forums.lime-technology.com/topic/44108-support-binhex-general/?do=findComment&comment=435831

 

Link to comment

 

 

 

Hi there,

 

I'm trying to set this up with the Flood UI but none of my settings seem to be getting saved. Here's how I'm running the container. I don't need any of the VPN stuff so I got rid of all the additional env variables. I also included the docker log from the container creation. It just doesnt seem like any of my changes are getting saved to the rtorrent.rc config file. If I manually edit the rc config file and restart the container, Flood reads the changes. Any ideas?

 

docker run -d \
    --cap-add=NET_ADMIN \
    -p 3000:3000 \
    --name=test-rtorrent \
    --hostname=test-rtorrent \
    -v /home/shiarua/Torrents/Test/data:/data \
    -v /home/shiarua/Torrents/Test/config:/config \
    -v /etc/localtime:/etc/localtime:ro \
    -e VPN_ENABLED=no \
    -e ENABLE_FLOOD=yes \
    -e DEBUG=true \
    -e PHP_TZ="America/Chicago" \
    -e UMASK=000 \
    -e PUID=1000 \
    -e PGID=1000 \
    binhex/arch-rtorrentvpn
Created by...
___.   .__       .__                   
\_ |__ |__| ____ |  |__   ____ ___  ___
 | __ \|  |/    \|  |  \_/ __ \\  \/  /
 | \_\ \  |   |  \   Y  \  ___/ >    < 
 |___  /__|___|  /___|  /\___  >__/\_ \
     \/        \/     \/     \/      \/
   https://hub.docker.com/u/binhex/

2017-10-11 12:54:58.167530 [info] System information Linux test-rtorrent 4.10.0-37-generic #41~16.04.1-Ubuntu SMP Fri Oct 6 22:42:59 UTC 2017 x86_64 GNU/Linux
2017-10-11 12:54:58.202901 [info] PUID defined as '1000'
2017-10-11 12:55:15.723617 [info] PGID defined as '1000'
2017-10-11 12:55:15.843902 [info] UMASK defined as '000'
2017-10-11 12:55:15.884957 [info] Setting permissions recursively on volume mappings...
2017-10-11 12:55:15.931268 [info] VPN_ENABLED defined as 'no'
2017-10-11 12:55:15.977349 [warn] !!IMPORTANT!! You have set the VPN to disabled, you will NOT be secure!
chsh: Shell not changed.
Changing shell for nobody.
2017-10-11 12:57:05.484532 [info] Starting Supervisor...
2017-10-11 12:57:05,901 CRIT Set uid to user 0
2017-10-11 12:57:05,901 INFO Included extra file "/etc/supervisor/conf.d/rtorrent.conf" during parsing
2017-10-11 12:57:05,908 INFO supervisord started with pid 7
2017-10-11 12:57:06,923 INFO spawned: 'flood-script' with pid 57
2017-10-11 12:57:06,931 INFO spawned: 'start-script' with pid 58
2017-10-11 12:57:06,943 INFO spawned: 'rtorrent-script' with pid 59
2017-10-11 12:57:06,949 INFO spawned: 'rutorrent-script' with pid 60
2017-10-11 12:57:06,953 INFO spawned: 'privoxy-script' with pid 64
2017-10-11 12:57:06,954 INFO reaped unknown pid 8
2017-10-11 12:57:06,955 DEBG fd 16 closed, stopped monitoring <POutputDispatcher at 139650007663320 for <Subprocess at 139650007932656 with name start-script in state STARTING> (stderr)>
2017-10-11 12:57:06,956 DEBG 'start-script' stdout output:
[info] VPN not enabled, skipping configuration of VPN

2017-10-11 12:57:06,956 INFO exited: start-script (exit status 0; expected)
2017-10-11 12:57:06,957 DEBG received SIGCLD indicating a child quit
2017-10-11 12:57:06,958 DEBG 'flood-script' stdout output:
[info] Flood enabled, waiting for rTorrent to start...

2017-10-11 12:57:06,958 INFO success: flood-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2017-10-11 12:57:06,958 INFO success: rtorrent-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2017-10-11 12:57:06,959 INFO success: rutorrent-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2017-10-11 12:57:06,962 INFO success: privoxy-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2017-10-11 12:57:06,962 DEBG 'rtorrent-script' stdout output:
[info] rTorrent config file doesnt exist, copying default to /config/rtorrent/config/...

2017-10-11 12:57:06,963 DEBG 'privoxy-script' stdout output:
[info] Privoxy set to disabled

2017-10-11 12:57:06,963 DEBG fd 27 closed, stopped monitoring <POutputDispatcher at 139650007462544 for <Subprocess at 139650007929344 with name privoxy-script in state RUNNING> (stdout)>
2017-10-11 12:57:06,963 DEBG fd 31 closed, stopped monitoring <POutputDispatcher at 139650007903048 for <Subprocess at 139650007929344 with name privoxy-script in state RUNNING> (stderr)>
2017-10-11 12:57:06,963 INFO exited: privoxy-script (exit status 0; expected)
2017-10-11 12:57:06,964 DEBG received SIGCLD indicating a child quit
2017-10-11 12:57:06,964 DEBG 'rtorrent-script' stdout output:
[info] VPN not enabled, skipping VPN tunnel local ip/port checks
[info] Removing any rtorrent session lock files left over from the previous run...

2017-10-11 12:57:06,965 DEBG 'rtorrent-script' stdout output:
[info] Attempting to start rTorrent...

2017-10-11 12:57:06,967 DEBG 'rutorrent-script' stdout output:
[info] Flood enabled, preventing ruTorrent Web UI from starting...

2017-10-11 12:57:06,968 DEBG fd 26 closed, stopped monitoring <POutputDispatcher at 139650007464704 for <Subprocess at 139650007931144 with name rutorrent-script in state RUNNING> (stderr)>
2017-10-11 12:57:06,968 DEBG fd 22 closed, stopped monitoring <POutputDispatcher at 139650007464992 for <Subprocess at 139650007931144 with name rutorrent-script in state RUNNING> (stdout)>
2017-10-11 12:57:06,968 INFO exited: rutorrent-script (exit status 0; expected)
2017-10-11 12:57:06,968 DEBG received SIGCLD indicating a child quit
2017-10-11 12:57:07,499 DEBG 'flood-script' stdout output:
[info] rTorrent started, configuring Flood...

2017-10-11 12:57:07,500 DEBG 'flood-script' stdout output:
[info] Flood config file /config/flood/config/config.js doesnt exist, copying from container...

2017-10-11 12:57:07,505 DEBG 'flood-script' stdout output:
[info] Copying Flood config file /config/flood/config/config.js back to container...

2017-10-11 12:57:07,509 DEBG 'flood-script' stdout output:
[info] Starting Flood...

 

Link to comment
2 hours ago, shiarua said:

 

 

 

Hi there,

 

I'm trying to set this up with the Flood UI but none of my settings seem to be getting saved. Here's how I'm running the container. I don't need any of the VPN stuff so I got rid of all the additional env variables. I also included the docker log from the container creation. It just doesnt seem like any of my changes are getting saved to the rtorrent.rc config file. If I manually edit the rc config file and restart the container, Flood reads the changes. Any ideas?

 

 

 

Now testing ruTorrent, saving the config does not work either

Link to comment

Hey, 

 

This is not a huge problem, but wanted to know if anyone else is receiving a similar issue. 

 

When I'm downloading multiple torrents at full speed my client gui times out.. but it keeps downloading because once the files are downloaded the gui refreshes and all is back to normal. 

 

Any idea what could cause this? sometimes I need to limit the torrents and I Don't like turning off the docker in these scenarios

 

2017-10-12 18:15:21,966 DEBG 'rutorrent-script' stderr output:
2017/10/12 18:15:21 [error] 1075#1075: *1930 FastCGI sent in stderr: "PHP message: PHP Notice: Undefined offset: 54 in /usr/share/webapps/rutorrent/plugins/trafic/stat.php on line 169

PHP message: PHP Notice: Undefined offset: 54 in /usr/share/webapps/rutorrent/plugins/trafic/stat.php on line 171" while reading response header from upstream, client: 192.168.2.110, server: localhost, request: "POST /plugins/trafic/action.php HTTP/1.1", upstream: "fastcgi://127.0.0.1:7777", host: "192.168.2.155:9080", referrer: "http://192.168.2.155:9080/"

This is the latest error from the log, it doesn't make much sense to me

 

-Addy

Link to comment
11 hours ago, LaserAllan said:

Let me know if i am doing something obviously wrong :)

 

ok so lets start from the top, your 'default directory for downloads' should be something like:- '/data/incomplete/' you seem to be confusingly calling it '/downloads/data' but the name is up to you, in short this where incomplete downloads will go.

 

ok and then for autotools you should set the 'path to finished downloads' to '/data/completed' this will then auto move files from the incomplete folder (/data/incomplete/) to the completed folder (/data/completed/), i have been using this functionality since i first starting using rutorrent and it works a treat.

 

so you don't really need that additional volume mapping of '/downloads', instead i would recommend you just create sub directory structure under /data instead, its much simpler.

Link to comment

Well, that was a fun few hours.

 

During configuration of the docker container, I must have accidently set ENABLE_FLOOD to yes. When I started the container I could not connect to the WebUI no matter what I tried. Searched the forum thread but didn't see anyone else with the same problem. Privoxy and VPN were working okay so I dug into the container and discovered that Nginx hadn't even started. Found the "/home/nobody/rutorrent.sh" script and where it disables the webui if ENABLE_FLOOD == yes.

 

Up to this point, I didn't realise there was an alternative webui for the container called Flood . I thought ENABLE_FLOOD was a network setting to protect against some kind of flood attack, TCP_SYN, or something. Also, when it is running, clicking on the "WebUI" context menu option for the container under the Docker tab still sends you to http://x.x.x.x:9080/ which fails because of course the normal webui is not running on this port. The alternative Flood ui is running on port 3000.

 

I did not see this information mentioned anywhere on the thread or docker description, so I'm posting it here for anyone else who may also be a first-time user of this particular docker container.

 

Edited by tunafish
Link to comment
On 05/09/2017 at 12:02 PM, bamtan said:

Are there any plans for autodl-irssi to be added onto this package ? Anyway I can install it manually ?

 

Thanks for your work binhex! :P

 

so, this has now been done and the image built, in order to use this you will need to create an environment variable called:-

ENABLE_AUTODL_IRSSI

and set the value to either 'yes' or 'no', if undefined it defaults to 'no'

 

edit - a buget (small bug :-) ) has been found currently rebuilding image... 

Edited by binhex
  • Like 1
Link to comment

IMPORTANT - The Docker image building right now has an important change in it, if you have any custom plugins in /config/rutorrent/plugins then please copy these to another location, due to corruption of plugins and incompatibility between version of rutorrent i have decided to remove the sync from container to /config volume mapping, thus all plugins in /config/rutorrent/plugins will be deleted once you pull down the latest image and start the container. i may consider a future enhancement that copies custom plugins from /config/rutorrent/plugins to the container depending on the number of people requesting this and complexity, sorry guys but it was getting too gnarly to keep rsyncing between the two.

Link to comment
  • binhex locked this topic
Guest
This topic is now closed to further replies.