Skip to content
View in the app

A better way to browse. Learn more.

Unraid

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

[Support] binhex - rTorrentVPN

Featured Replies

  • Author
9 minutes ago, lift said:

 

rtorrentvpn supervisord.log attached.

supervisord.log

 

t looks like it might be corruption of one or more rutorrent plugins, try this:-

 

try resetting your plugins:-

 

1. stop container

2. delete /config/rutorrent/plugins folder

3. restart container

  • Replies 3k
  • Views 610.1k
  • Created
  • Last Reply

Top Posters In This Topic

Most Popular Posts

  • OK guys, multi remote endpoint support is now in for this image please pull down the new image (this change will be rolled out to all my vpn images shortly).   What this means is that the im

  • @binhex Any plans to update this docker now when ruTorrent 4.0.1 is released? Seems like a very nice update from them.

  • its very possible that there was an issue with autodl-irssi at the time of the build (pulls from master branch), and this issue has now been resolved, so subsequent builds are ok, i will create a new

Posted Images

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

  • Author
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.

  • Author
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/

 

  • Author
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.

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.

  • Author
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.

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!

  • Author
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

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?

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).

  • Author
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.

  • Author
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

 

 

 

 

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...

 

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

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

On 10/11/2017 at 10:18 AM, binhex said:

 

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

image.png.8401ed31af58285104a80c387258e2bc.png

 

 

image.png.0ffdd2fea84d0e4e8653c2760b13d0e6.png

 

Those are the voilumes inside the container

image.thumb.png.0a1fbbbba908287b4224b1b9d3a53245.png

 

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

  • Author
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.

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

  • Author
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

  • Author

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.

Where can we put the plugins for now to use them then?

Guest
This topic is now closed to further replies.

Account

Navigation

Search

Search

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.