Author Topic: connection drops  (Read 632 times)

Offline TsahiW

  • Member
  • Posts: 2
connection drops
« on: October 27, 2009, 04:51:55 AM »
I'm using rtorrent in arch linux.
When I run the program as a normal user remote clients often get dropped after a short time. the overall effect is that I cant seed very well.
After running rtorrent as root the problem stopped.
Why?

BTW: port forwarding checked out and I have no rules in my iptables -L

Offline Xiong Chiamiov

  • Member
  • Posts: 3012
  • I'm gonna tolerate and love the SHIT out of you!
    • changedmy.name
Re: connection drops
« Reply #1 on: October 28, 2009, 12:06:46 AM »
Which rtorrent package are you using?  There are several, and that could (potentially) make a difference.

What does your /etc/hosts.allow look like?  Can you pastebin your .rtorrent.rc?
Projects of interest: nagi | sheska | bdg
Posts made between 2009-05-09 and 2011-08-26 were in the capacity of staff.  Please read accordingly.

Offline TsahiW

  • Member
  • Posts: 2
Re: connection drops
« Reply #2 on: November 03, 2009, 04:32:00 AM »
currently I'm using rtorrent svn from the AUR. which made thing even worse ???.
my hosts.allow has no entries regarding rtorrent and after upgrading to rtorrent-svn, even as root there are a lot of "handshake failed network error"
BTW: Vuze seems to work fine.
my .rtorrent.rc:
Code: [Select]
# 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 = 150

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


get_log.handshake = yes

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

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

# Default directory to save the downloaded torrents.
#directory = ./

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

# Watch a directory for new torrents, and stop those that have been
# deleted.
#schedule = watch_directory,5,5,load_start=./watch/*.torrent
#schedule = untied_directory,5,5,stop_untied=

#schedule = watch_directory_1,10,10,"load_start=~/torrents/tvshows/*.torrent,d.set_directory=~/disk/Tvshows/"
#schedule = watch_directory_2,10,10,"load_start=~/torrents/anime/*.torrent,d.set_directory=~/disk/anime/"
#schedule = watch_directory_3,10,10,"load_start=~/torrents/movies/*.torrent,d.set_directory=~/disk/movies/"
#schedule = watch_directory_4,10,10,"load_start=~/torrents/*.torrent,d.set_directory=~/"

schedule = watch_directory_1,10,10,"load_start=~/torrents/*.torrent,d.set_directory=/media/download/"

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

# 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
#ratio.enable=
#ratio.min.set = 101
#system.method.set = group.seeding.ratio.command, d.close=

# 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 = 52412-52412
#port_range = 30147-30150

# 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,enable_retry,prefer_plaintext

# 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 = auto

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

# 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

Offline Xiong Chiamiov

  • Member
  • Posts: 3012
  • I'm gonna tolerate and love the SHIT out of you!
    • changedmy.name
Re: connection drops
« Reply #3 on: November 03, 2009, 06:46:21 AM »
my hosts.allow has no entries regarding rtorrent and after upgrading to rtorrent-svn, even as root there are a lot of "handshake failed network error"
Mm, that's probably an issue.  You should probably add something along the lines of
Code: [Select]
rtorrent:ALL
to it.  See if that does anything?
Projects of interest: nagi | sheska | bdg
Posts made between 2009-05-09 and 2011-08-26 were in the capacity of staff.  Please read accordingly.