rutorrent commands not sticking

peshua19

Member
May 25, 2018
897
0
16
Hi, I might be missing something here but I am having a problem with rutorrent.

When I right click on a torrent that is downloading or seeding and click either pause or stop (for example), the torrent's status will change to whatever i have selected (pause or stop), but moments later it will revert back to its former status (downloading or seeding). I can't work out why this is happening (no errors are listed in the webui log or in the web server log).

I have noticed that if i go into rtorrent through screen and change the status of a torrent (^d or ^k), from then onwards I am able to change the status of that particular torrent only in rutorrent and it will 'stick' while all the other torrents still exhibit the same problem.

Am I missing something? Is this supposed to happen? What can I do to fix this? Thanks
 

simur612

Member
May 25, 2018
879
0
16
This sounds like an xmlrpc-c issue. Give the version info for the following programs:

xmlrpc-c
rtorrent
rutorrent
php-cli
 

peshua19

Member
May 25, 2018
897
0
16
Certainly, here you go:

xmlrpc-c - 1858-1
rtorrent - 0.8.6-2
rutorrent - 2.8-1
php-cli - I don't have a package called 'php-cli' installed but php is version 5.3.1-5 (I also have php-apache, php-curl and php-sqlite installed and they are the same version number.)
 

simur612

Member
May 25, 2018
879
0
16
you might not have a PACKAGE called php-cli but if your php doesn't have a cli component installed gthen you need to reinstall it

type php -v

if it says you have cli then that is ok.

that xmlrpc-c version looks way off, is that the svn revision or the version?
 

peshua19

Member
May 25, 2018
897
0
16
Sorry that was the svn revision number. The xmlrpc-c version is 1.21.1

Also it looks like i have php cli

$ php -v
> PHP 5.3.1 with Suhosin-Patch (cli) [...]​
 

simur612

Member
May 25, 2018
879
0
16
well then, i just don't know....does this happen for every command you do?

is it possible that it is only happening due to a plugin problem? Try removing all the plugins (except rpc if you require it) and see if it still happens.

also, post your .rtorrent.rc in code brackets.
 

peshua19

Member
May 25, 2018
897
0
16
It seems to happen for start/pause/stop only (as far as I can tell). Things like force re-check and set priority seem to work fine.

I never installed any plugins (there are none installed by default, right?)

The following is my .rtorrent.rc
Code:
# This is an example resource file for rTorrent. Copy to
# ~/.rtorrent.rc and enable/modify the options as needed. Remember to
# uncomment the options you wish to enable.

# Maximum and minimum number of peers to connect to per torrent.
#min_peers = 40
max_peers = 130

# Same as above but for seeding completed torrents (-1 = same as downloading)
#min_peers_seed = 10
max_peers_seed = 130

# Maximum number of simultanious uploads per torrent.
max_uploads = 18

# Global upload and download rate in KiB. "0" for unlimited.
#download_rate = 800
#upload_rate = 80

# Default directory to save the downloaded torrents.
directory = /home/user/torrents/downloads

# Default session directory. Make sure you don't run multiple instance
# of rtorrent using the same session directory. Perhaps using a
# relative path?
session = /srv/http/rtorrent/.rtsession

# Watch a directory for new torrents, and stop those that have been
# deleted.

#on_finished = move_complete,"execute=mv,-u,$d.get_base_path=,$d.get_custom1= ;d.set_directory=$d.get_custom1="
#on_start = move_started,"execute=mv,-u,$d.get_base_path=,$d.get_custom1= ;d.set_directory=$d.get_custom1="

schedule = watch_directory_1,5,5,"load_start=/home/user/torrents/watch/*.torrent,d.set_directory=/home/user/torrents/downloads/"


# Close torrents when diskspace is low.
schedule = low_diskspace,5,60,close_low_diskspace=1024M

# Stop torrents when reaching upload ratio in percent,
# when also reaching total upload in bytes, or when
# reaching final upload ratio in percent.
# example: stop at ratio 2.0 with at least 200 MB uploaded, or else ratio 20.0
#schedule = ratio,60,60,"stop_on_ratio=200,200M,2000"

# The ip address reported to the tracker.
#ip = 127.0.0.1
#ip = rakshasa.no

# The ip address the listening socket and outgoing connections is
# bound to.
#bind = 127.0.0.1
#bind = rakshasa.no

# Port range to use for listening.
port_range = 50012-50012

# Start opening ports at a random position within the port range.
#port_random = no

# Check hash for finished torrents. Might be usefull until the bug is
# fixed that causes lack of diskspace not to be properly reported.
check_hash = yes

# Set whetever the client should try to connect to UDP trackers.
#use_udp_trackers = yes

# Alternative calls to bind and ip that should handle dynamic ip's.
#schedule = ip_tick,0,1800,ip=rakshasa
#schedule = bind_tick,0,1800,bind=rakshasa

# Encryption options, set to none (default) or any combination of the following:
# allow_incoming, try_outgoing, require, require_RC4, enable_retry, prefer_plaintext
#
# The example value allows incoming encrypted connections, starts unencrypted
# outgoing connections but retries with encryption if they fail, preferring
# plaintext to RC4 encryption after the encrypted handshake
#
encryption = allow_incoming,try_outgoing,enable_retry

# Enable DHT support for trackerless torrents or when all trackers are down.
# May be set to "disable" (completely disable DHT), "off" (do not start DHT),
# "auto" (start and stop DHT as needed), or "on" (start DHT immediately).
# The default is "off". For DHT to work, a session directory must be defined.
#
dht = disable

# UDP port to use for DHT.
#
# dht_port = 6881

# Enable peer exchange (for torrents not marked private)
#
# peer_exchange = yes

#
# Do not modify the following parameters unless you know what you're doing.
#

# Hash read-ahead controls how many MB to request the kernel to read
# ahead. If the value is too low the disk may not be fully utilized,
# while if too high the kernel might not be able to keep the read
# pages in memory thus end up trashing.
#hash_read_ahead = 10

# Interval between attempts to check the hash, in milliseconds.
#hash_interval = 100

# Number of attempts to check the hash while using the mincore status,
# before forcing. Overworked systems might need lower values to get a
# decent hash checking rate.
#hash_max_tries = 10

#scgi port for rutorrent
scgi_port = 127.0.0.1:5000
 

simur612

Member
May 25, 2018
879
0
16
i don't know, it could be a probklem with your install.

Try rutorrent 3.0 and see if the problem persists.

If it does, i'd uninstall rtorrent, libtorrent, xmlrpc-c and install them from scratch via source installs.
 

peshua19

Member
May 25, 2018
897
0
16
I have tried rutorrent 3.0 and the problem persists. I have also tried wtorrent and the exact same problem occurs, suggesting the problem isn't with rutorrent but one of the other components.
 

simur612

Member
May 25, 2018
879
0
16
I have tried rutorrent 3.0 and the problem persists. I have also tried wtorrent and the exact same problem occurs, suggesting the problem isn't with rutorrent but one of the other components.
which os did you say you were on?

I think you have something majorly wrong.
 

simur612

Member
May 25, 2018
879
0
16
do you absolutely have to stay on arch?

can you go with FreeBSD or Debian?


(FreeBSD is by far the best in my opinion )

otherwise, you may need to get someone who knows hwo to instal it to do it for you.
 

randac56

Member
May 25, 2018
915
0
16
I'm having this EXACT same problem. Priority works great, adding/removing torrents from the GUI is no issue. Pausing/stopping torrents fails. It goes into the stopped/completed/paused state for a couple of seconds, and then goes right back to downloading/seeding.

I appreciate that wonslung is helping, but honestly trying to get someone to switch to FreeBSD is kinda a silly solution.

I use a Debian-based distro (Ubuntu Server 10.04), and this is occurring on my system as well. I have:

rutorrent 3.1
rtorrent 0.8.6
libtorrent 0.12.6
xml-rpc-c 1.22.1

When I first did the php -v, it failed. So I installed php5-cli, and now that command works. When I do the php --version, I get: 5.3.2-1ubuntu4.2 with Suhosin-Patch (cli).

So what could be wrong? I'd appreciate any advice, thanks!
 

simur612

Member
May 25, 2018
879
0
16
all i can do is tell you that it works fine on every system i've installed it on.

I mostly use FreeBSD when it's up to me (or opensolaris in some situations but that's somewhat more difficult)

I, however, do seedbox installs for several providers who refuse to use anything but debian and ubuntu and i've never had that issue.

i've done probably 500 + seedbox installs....so i guess we need more info to find what this problem is.



And for the record, switching to FreeBSD isn't a silly solution. It may not be the only solution, and it may not be a solution available to some people but ever person i know who uses FreeBSD agrees that it is much more stable, has much better load handling and some other cool stuff not available in linux (ZFS, ports....)

but there is NO REASON it shouldn't work in debian/ubuntu. I just don't hjave any experience with rutorrent on ARCH, which is why i originally suggested FreeBSD as an option.
 

randac56

Member
May 25, 2018
915
0
16
I agree with you on your FreeBSD points. However, it's not really feasible for me to switch my entire system over to FreeBSD. Maybe someday, but that would be quite an undertaking. Considering that this issue is relatively minor to me, I'm not going to uproot my entire system to fix it.

With that said, I would like to fix it cheesy.gif

So what can I look at? I'm not quite sure why it would even happen. Perhaps you could walk me thru how you would install it on a typical Debian/Ubuntu system? I'm thinking it's something with xmlrpc-c. I do believe I have the advanced tree compiled, because I had issues with rtgui & large torrents. I was talking with an individual on IRC about this, and he runs the advanced tree as well without issue.

Let me know where to start... because I'm at a loss. Thanks!
 

lisas4567

Member
May 25, 2018
773
0
16
You could check your system for
libxmlrpc-c3
libxmlrpc-c3-dev

Usually Ubuntu comes with v1.06.xx which is a little bit old. If you compile rtorrent --with-xmlrpc-c the presence of these libs alone can cause trouble if you don't point the compiler to the correct version.

I do have xmlrpc 1.22.4 installed from svn and the libs above removed. Install/Running rutorrent went flawless afterwards.

Or you can get newer libs from the debian sites. Unfortunately they are not available via ubuntu-repository.
Code:
http://packages.debian.org/en/experimental/libxmlrpc-c3-dev
http://packages.debian.org/hu/experimental/libxmlrpc-c3
First thought i have installed them all now, but i just checked and i only have xmlrpc self-compiled. all c3 are removed from my system.
 

simur612

Member
May 25, 2018
879
0
16
ok, what i typically do is this:

Fresh debian system i get these packages:


build-essential screen sudo libsigc++-2.0-dev libssl-dev libncurses-dev libcurl4-openssl-dev gettext python php5-cli php5-geoip libgeoip-dev curl subversion apache2-utils unrar unzip libapache2-mod-php5 libapache2-mod-scgi



then i check out the svn version of xmlrpc-c
Code:
svn co http://xmlrpc-c.svn.sourceforge.net/svnroot/xmlrpc-c/advanced xmlrpc-c
then i build xmlrpc-c
Code:
cd xmlrpc-c
./configure
make
make install

Then i get the rtorrent/libtorrent source and build that:

Code:
wget http://libtorrent.rakshasa.no/downloads/rtorrent-0.8.6.tar.gz
wget http://libtorrent.rakshasa.no/downloads/libtorrent-0.12.6.tar.gz

tar xzfv libtorrent-0.12.6.tar.gz
tar xzfv rtorrent-0.8.6.tar.gz

cd libtorrent*/
./configure
make
make install

cd ../rtorrent*/
./configure --with-xmlrpc-c=/usr/local/bin/xmlrpc-c-config
make
make install



then i check out the svn version of rutorrent and set it up accordingly.
 

lisas4567

Member
May 25, 2018
773
0
16
Well, did you check for the libs or not?

I once had problems with it. I installed xmlrpc from svn but didn't care what was already on the system. Even though i had a "brand new" xmlrpc compiled while i was compiling rtorrent the compiler still took the old libs.
Right now i have removed everything concerning xmlrpc that was available through repos and only have xmlrpc from svn. So there is not even a chance that it could use something else.
Since then all problems i had which resulted in diverse messages within the rutorrent GUI are gone.
 

randac56

Member
May 25, 2018
915
0
16
Neither of those packages are installed from the repo's. Unless it's included in the distro, I don't seem to have any xmlrpc packages installed from the repo's.