Package: rtorrent
Version: 0.3.4-1
Severity: normal
Hi,
i noticed on many ocasions that rtorrent downloads a torrent down to
the last chunk and then gets stuck. This state can last for hours or
days until the torrent completes. From what I can figure out it is not
a case of the file being incomplete but of rtorrent not requesting the
last block:
DNS UP DOWN PEER C/RE/LO QS DONE REQ SNUB
84.9.168.242 2.8 0.0 11.9 l/ci/un 0/0 55
172.202.237.67 0.0 0.0 0.0 l/cn/cn 0/0 100
82.28.2.0 3.8 0.0 10.2 l/ui/un 4/0 76
85.96.179.56 0.0 0.0 10.2 l/ci/ci 0/0 75
67.168.60.195 0.0 0.0 5.1 r/ui/cn 0/0 37
70.30.56.194 0.0 0.0 0.0 l/ui/cn 3/0 45
66.130.176.66 0.0 0.0 8.5 l/ci/ci 0/0 22
84.84.195.6 2.7 0.0 10.2 l/ci/un 2/0 20
70.226.129.185 0.0 0.0 18.8 l/ci/cn 0/0 6
87.196.23.20 0.0 0.0 0.0 l/cn/ci 0/0 100
211.30.143.45 0.0 0.0 3.4 l/ci/cn 0/0 53
68.3.236.102 0.0 0.0 0.0 l/cn/ci 0/0 100
81.168.155.76 0.0 0.0 0.0 l/un/cn 0/0 100
70.50.57.48 0.0 0.0 18.8 l/ci/ci 0/0 86
83.134.90.198 0.0 0.0 1.7 l/ci/cn 0/0 7
...
^ ^ ^
| |_________/
'i' means they have the missing chunk, right? |
|
But rtorrent has not requested any chunks from any client, right?
MfG
Goswin
-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.8-frosties-2
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages rtorrent depends on:
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libcurl3 7.13.2-2 Multi-protocol file transfer libra
ii libgcc1 1:4.0.0-12 GCC support library
ii libidn11 0.5.13-1.0 GNU libidn library, implementation
ii libncurses5 5.4-4 Shared libraries for terminal hand
ii libsigc++-2.0-0 2.0.10-1 type-safe Signal Framework for C++
ii libssl0.9.7 0.9.7e-3 SSL shared libraries
ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3
ii libtorrent5 0.7.4-1 a C++ BitTorrent library
ii zlib1g 1:1.2.2-4 compression library - runtime
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
