Wob76

Ah, first time I have need that . thebox-diagnostics-20160506-0913.zip

post the diagnostics so that we can see everything going on Hi squid, what sort of information would you like to see? Regards, Wob

I am getting random errors when I start containers, I can't spot a pattern to when it happens but it is regular enough. Seems to go away for awhile if I reboot, but eventually it comes back. At first I thought it was a single container, but further testing I have had it happen with multiple container. Here is a sample of the error messages I am getting, they do change but mostly seem to be related to networking issues. I haven't changed any network setting lately so not sure why its just started happing, I did install a couple of nerdpack tools (nload and iftop) but not sure why they would cause it. Error response from daemon: Cannot start container : Link not found Error: failed to start containers: [] Error response from daemon: Cannot start container : adding interface vethd5ab1df to bridge docker0 failed: could not find bridge docker0: no such network interface Error: failed to start containers: [] Error response from daemon: Cannot start container : could not set link down for container interface vethbee3906: no such device Error: failed to start containers: [] Error response from daemon: Cannot start container : adding interface veth9110d40 to bridge docker0 failed: could not find bridge docker0: no such network interface Error: failed to start containers: [] I have also seen an increase in the number of these error messages I receive, I read they where harmless and could be ignored, but they could be related, or it could be a coincidence. Message from syslogd@TheBox at May 5 13:26:46 ... kernel:unregister_netdevice: waiting for lo to become free. Usage count = 1 Message from syslogd@TheBox at May 5 13:26:56 ... kernel:unregister_netdevice: waiting for lo to become free. Usage count = 0 Eventually the docker will start if I just keep issuing the start command, but it can take a number of goes. I am on and licensed version of URAID 6.1.9, I have 11 Dockers running, not resource issues with CPU, Memory, Storage etc. Let me know if you need any further logs. Thanks, Wob

Very odd, and so far it only seems to effect this container, but I don't restart them all that often. running Unraid 6.1.9 I just stopped and then started my CP and rTorrent dockers, both gave me errors, but CP only did it once before starting, rTorrent did it 4 times. Very odd behavior, not sure what has changed. Just need to work out where to direct my call for help. Thanks, Wob

Very odd, and so far it only seems to effect this container, but I don't restart them all that often. running Unraid 6.1.9

Found my problem, I had enabled a Proxy Server in CP at some point, via Privoxy in another docker. Disabling that fixed my issue.

Hi, Just wondering if anyone has the CP docker talking to the Jackett docker? I have Jackett working, Headphones is talking to it fine. But CP spits out the following errors. 05-04 15:11:14 ERROR [hpotato.core.plugins.base] Failed opening url in TorrentPotato: http://192.168.0.250:9117/jackett/potato/torrentleech?imdbid=tt4181052&user=&passkey=xxx If I punch the link into my web browser (inserting the API in passkey) it works fine. I am not seeing any hits in the Jackett logs so it doesn't look like CP is reaching it at all. 192.168.0.250 is my unraid boxes IP address. Thanks, Wob

I am having random issues starting this docker, I am getting various error code, it will eventually start if I just keep trying. I am not seeing any issues with any other containers. # docker start rTorrentVPN Error response from daemon: Cannot start container rTorrentVPN: Link not found Error: failed to start containers: [rTorrentVPN] # docker start rTorrentVPN Error response from daemon: Cannot start container rTorrentVPN: adding interface vethd5ab1df to bridge docker0 failed: could not find bridge docker0: no such network interface Error: failed to start containers: [rTorrentVPN] # docker start rTorrentVPN Error response from daemon: Cannot start container rTorrentVPN: could not set link down for container interface vethbee3906: no such device Error: failed to start containers: [rTorrentVPN] # docker start rTorrentVPN Error response from daemon: Cannot start container rTorrentVPN: adding interface veth9110d40 to bridge docker0 failed: could not find bridge docker0: no such network interface Error: failed to start containers: [rTorrentVPN] Any ideas?

tbh i have as much experience with rutorrent as you so i dont know the answer to this right now :-), off the top of my head you could try creating a custom label for each user account and then set each user account to create all torrents with that label, then they can easily see their torrents on the left under the "labels" dropdown. if you find a better more elegant solution then please post it here. Thanks for the response, it was more out of interest as I currently don't have a strong need for multiuser, for the moment I'll stick with admin as my user. I am still waiting for some torrents to hit seed ratio of 1.0 to see if the issue is resolved. Wob

Hi, Thanks for the reply, I have just completed a fresh install of the docker to see if I could narrow down the problem. I think my issue is being caused by multiple users. I created a new user and deleted admin but it seems that admin is still used (the folder under share\users is recrated on reboot of the docker). I am assuming it's called via a script somewhere. Anyway, if I recreate admin and log in, I see the same torrents, but it has its own set of ratios, so I am thinking that is my problem. I think I will just go back to using the admin account. Do you know if it possible in a multiuser environment to have the torrents only appear under that user? Thanks,Wob no changes from me in regards to plugins, one thought though, have you modified the rtorrent.rc file by any chance and re-enabled the watched section? if so this can conflict with the rutorrent "autotools" plugin, so just double check you havent got this happening. This caused me some headaches as downloading torrents would suddenly just disappear halfway through a download, took me a while to realise these two things are in conflict, i know this is different to your problem but you might want to double check all the same. Hi, It's still working fine using 0.9.6-3-24, so not sure what has changed, just double checked my rtorrent.rc file and watched section is still all commented out. # Watch a directory for new torrents, and stop those that have been # deleted. Note please ensure you disable the "AutoMove" in rutorrent # otherwise there could be a conflict that can cause deletion # of partially downloaded torrents. #execute = {/bin/bash,-c,mkdir -p /downloads/watched} #schedule = watch_directory,5,5,load_start=/downloads/watched/*.torrent #schedule = untied_directory,5,5,stop_untied= #schedule = untied_directory,5,5,remove_untied= Any other suggestions, or a way I can debug what is pausing them? Thanks, Wob hi, i think the reason your NOT seeing this in release 24 is that release 24 had an issue with initialization of the rutorrent plugins, so basically i had some code in the rtorrent.rc file which was supposed to fix the rutorrent plugin system initializing but it didnt always work, if you dont have the plugins initialised then any time based plugins wont work, such as RSS feed, autowatch, automove, scheduler etc, so i ended up being quite aggressive with this and poking the init script every time we do the while loop, and this fixed the issue, i now see the scheduler kick in correctly side note:- opening up the webui does trigger the init as well, but as this is a headless box i didnt want to have to do this. however, i think since the issue is fixed and the plugins are initialising correctly its caused a side effect for you, in as much as if the plugins are running then one or more of them is casing a conflict with your queue, probably due to a config change somewhere (im not seeing this issue btw). so in short i think the issue is a configuration based one and not a bug, i think my advise would be step through anything you have configured and maybe backout your change for each plugin one at a time, leave it for a while and see if it fixes the problem, maybe start with any sort of plugin that either monitors ratio or moves files around on completion, these are the ones most likely to be causing you issues. A quick bit of googling also points at these things for potential causes of paused state torrents:- 1. permissions issue (either with incomplete or completed folder) 2. download path doesn't exist 3. corrupt torrent none of the above 3 cases really explain why it works with release 24 and not the latest, but i thought i would put it out there incase it triggers something you might of remembered doing.

Hi, I just tried the latest (0.9.6-3-29) and still seeing this issue, if I roll back to 0.9.6-3-24 it works fine. Happy to try and diagnose if you can point me at logs or something to work with. Thanks, Wob no changes from me in regards to plugins, one thought though, have you modified the rtorrent.rc file by any chance and re-enabled the watched section? if so this can conflict with the rutorrent "autotools" plugin, so just double check you havent got this happening. This caused me some headaches as downloading torrents would suddenly just disappear halfway through a download, took me a while to realise these two things are in conflict, i know this is different to your problem but you might want to double check all the same. Hi, It's still working fine using 0.9.6-3-24, so not sure what has changed, just double checked my rtorrent.rc file and watched section is still all commented out. # Watch a directory for new torrents, and stop those that have been # deleted. Note please ensure you disable the "AutoMove" in rutorrent # otherwise there could be a conflict that can cause deletion # of partially downloaded torrents. #execute = {/bin/bash,-c,mkdir -p /downloads/watched} #schedule = watch_directory,5,5,load_start=/downloads/watched/*.torrent #schedule = untied_directory,5,5,stop_untied= #schedule = untied_directory,5,5,remove_untied= Any other suggestions, or a way I can debug what is pausing them? Thanks, Wob

no changes from me in regards to plugins, one thought though, have you modified the rtorrent.rc file by any chance and re-enabled the watched section? if so this can conflict with the rutorrent "autotools" plugin, so just double check you havent got this happening. This caused me some headaches as downloading torrents would suddenly just disappear halfway through a download, took me a while to realise these two things are in conflict, i know this is different to your problem but you might want to double check all the same. Hi, It's still working fine using 0.9.6-3-24, so not sure what has changed, just double checked my rtorrent.rc file and watched section is still all commented out. # Watch a directory for new torrents, and stop those that have been # deleted. Note please ensure you disable the "AutoMove" in rutorrent # otherwise there could be a conflict that can cause deletion # of partially downloaded torrents. #execute = {/bin/bash,-c,mkdir -p /downloads/watched} #schedule = watch_directory,5,5,load_start=/downloads/watched/*.torrent #schedule = untied_directory,5,5,stop_untied= #schedule = untied_directory,5,5,remove_untied= Any other suggestions, or a way I can debug what is pausing them? Thanks, Wob

Hi binhex, Something seems to have changed with the latest update. Any torrent I have with a ratio over 1 is being paused, I have most of my torrents set by ratio group to autodelete at 1.5 or 2.0 but they will not make it as they get paused. I unpause them and a second later they are paused again. The issue only started this morning when I pulled down a docker update. Is there a log file that will tell me why they are being paused? Thanks, Wob Update: As a test I pulled down binhex/arch-rtorrentvpn:0.9.6-3-25 and it is working without the pausing issue. Scratch that, still effects 0.9.6-3-25. Update 2: OK, I have waiting a bit longer this time, have been running 0.9.6-3-24 for 20min and it hasn't yet pasued them yet, I'll update if it does but that seems to be the version before whatever changed.

I think he meant that was the torrent he was downloading, as per the image, not the OS he was using.

Hi All, Has anyone managed to work out a way to implement a "Minimum seed time"? I am using the extratio plugin to set my ratio's based on public\private trackers. I have a few ratio's set up, and they work fine, but the Ratio plugin doesn't have a min seed time, the "Time,h" is the max seed time. So as such if my ratio is about set % my torrent will be removed, regardless if it has only just finished downloading. This can cause some issue with various trackers. This thread (http://www.torrent-invites.com/showthread.php?t=252590) tells me an option is command line tool rtcontrol (https://code.google.com/archive/p/pyroscope/wikis/RtControlExamples.wiki) but I am hoping there is some trick within rutorrent that I can't work out. Thanks, Wob

Thanks for the reply binhex, I'll just wait for your fix re diskspace. Happy with how rutorrent is working with my redirect using a header append, so I'll just leave it at that, but thanks for the info, should help me in future. Not sure what changed, but sickrage and rutorrent are working now. I tired the setting exactly like you have (and I now have) before and it didn't work, tried very combination I could find for both scgi and http(s) and nothing worked, resorted to black hole, then tried again when I read your message and it worked. Maybe I needed to save the config before hitting test, not sure, but it is working now thanks. Wob

Just playing a little more, has anyone been able to get sickrage to talk to rtorrent? I have the same settings in couchpotato and it is working, but sickrage gives me "Error: Unable to connect to rTorrent". I would rather not go back to blackhole if I can avoid it. Thanks, Wob

Hi binhex, Thanks for more great work. I am just giving this a try, I was using rtorrent\rutorrent on a custom machine before I moved to unRAID, I am currently using delugeVPN but I like the idea of going back to rtorrent if it includes your lovely VPN build. There are a few plugins I am missing since going to deluge. Just a couple of small things. 1. The diskspace plugin - By default this looks at $topDirectory variable as defined in the config.php, this is currently set to "/" so we are seeing the space free in the docker image file. I think it would be better defined as "/data/" or whatever your download folder is. Since the system config.php is located in /etc/webapps/rutorrent/conf/ I thought it best not to change that, and to try and set it in the user settings, I created a config.php in my user file, but it does seem to effect the plugin. Any advice? I first only had the topDirectory variable defined, but I also tried copying the current global config.php and just changing that line, neither worked. I placed the file in /mnt/cache/appdata/rTorrent/rutorrent/share/users/username/ and also the settings folder under that. Still no effect. Update: a little reading in the docs, it states that you can only have differences to the main config.php in user config.php, so that may be my issue. I have attached to the docker, but no vi or nano, how can I edit the global config file inside the docker? 2. Reverse Proxy, I did this in a similar fashion to deluge, with the following lines in my apache reverse proxy. <Location /rutorrent> RequestHeader append X-Deluge-Base "/rutorrent/" ProxyPass https://192.168.0.250:9443 ProxyPassReverse https://192.168.0.250:9443 </Location> This works fine, but just wondering if it would be better to modify the base url of this docker to include /rutorrent/, and is it possible to do that via a user variable, or would I have to modify the nginx.conf file, I did change the location / to location /rutorrent but it reverted back when I restarted the docker. Thanks, Wob

Hi, My upto date docker is running 1.3.12. If you go to the webui and the Connection Manager it will show your version number. Regards, Beau

I think I am having problems with my incoming port. I have been running the docker for awhile now (thanks for all the hard work), but speed of uploads has been fairly average most of the time. So I decided to do a little testing. I am using PIA and the netherlands server for my VPN. The logs show the ports being updated as expected, example; 2016-03-22 10:53:27,353 DEBG 'deluge' stdout output: [info] Deluge incoming port 51193 2016-03-22 10:53:30,067 DEBG 'deluge' stdout output: [info] PIA incoming port 54350 2016-03-22 10:53:30,067 DEBG 'deluge' stdout output: [info] Deluge incoming port 51193 and PIA incoming port 54350 different, configuring Deluge... 2016-03-22 10:53:30,418 DEBG 'deluge' stdout output: Setting random_port to False.. Configuration value successfully updated. 2016-03-22 10:53:30,794 DEBG 'deluge' stdout output: Setting listen_ports to (54350, 54350).. Configuration value successfully updated. But if I connect to deluge using the windows app the incoming port check fails. I have also set my desktop web browser to use the privoxy connection and tired to use either (http://www.canyouseeme.org/) or (http://portchecker.co/check) to check port status. Both picked up the correct IP for my VPN, I enter the port as shown as current in the log and the webui, and both report the port as closed. Any help would be most appreciated. Regards, Wob

Looks like the new source is showing in CA now, so pulling it down from there. I used to have the variable "AUTO_UPDATES_ON" set to "true" is this variable still valid, and is it still needed? Thanks, Wob

I just did a reboot, same result, still can only see the default templates. Could it be something to do with the Community Applications Plugin?

I've hit save numerous time, changed the order of the list, refreshed my browser. stopped and started the dockers. Not sure what else to try apart from a reboot, which I don't really want to do.

Hmmm, I am having problems adding the template repositories. I added https://github.com/MediaBrowser/Emby.Build/tree/master/unraid-templates/emby under Docker Repositories, I only had the limetech one in there as I use community Apps plugin to add my other ones. But when I go to add container I can only see templates-user with the list of ones I have installed and [limetech] under default templates. Any suggestions? I did disable and enable dockers to see if it would update, but with no success. Thanks, Wob

Thanks for the reply, I do have CP and SR running, both are set to copy not move, I had assumed it was the update as it happened as soon as I did that. But as the NAS was rebooted it is also possible that the dockers updated and are causing the problem. I have narrowed it down to SR or TV Eps, so I'll have to dig deeper and see if a bug has slipped into the renamer, nothing in the logs is indicating it is moving or deleting, but CP downloaded some content overnight and nothing vanished. Thanks again, Wob