rtorrent
rtorrent copied to clipboard
Stuck downloading .meta files for long time on well-seeded torrents
I am trying to download a torrent via magnet link
*** 4DD8614A266E932F050FF1293B6DE81508B3570F.meta ***
Name: 4DD8614A266E932F050FF1293B6DE81508B3570F.meta
Peer list Local id: -lt0D20-A%F5%A2%AB%CBI%16%CBBm%DC%D1
Info hash: 4DD8614A266E932F050FF1293B6DE81508B3570F
Info Created: 31/12/1969 18:00:00
File list Directory: /home/james/Torrents
Base Path: /home/james/Torrents/4DD8614A266E932F050FF1293B6DE81508B3570F.meta
Tracker list Tied to file:
File stats: single 1 files
Chunks seen
Chunks: 0 / 1 * 32504 (1)
Transfer list Priority: 2
Peer exchange: enabled active (0/8)
State changed: 0:10:48
Memory usage: 394.5 MB
Max memory usage: 3276.8 MB
Free diskspace: 395161.8 MB
Safe diskspace: 906.5 MB
Connection type: leech
Choke heuristic: upload_leech, download_leech, 0
Safe sync: no
Send buffer: 0.0 KB
Receive buffer: 0.0 KB
Throttle: global
Upload: 0.0 KB / 0.0 KB
Download: 0.0 KB / 0.0 KB
Skipped: 0.0 KB / 0.0 KB
Preload: 0 / 0 / 0
There are many seeders on this torrent (particularly on the public coppersurfer.tk tracker), however, rTorrent is seemingly unable to download the critical 31.7 K| 4DD8614A266E932F050FF1293B6DE81508B3570F.meta
file.
Similar problem. I have configured rutorrent+rss+listentrackers which downloads magnets from many trackers. However, when download is transfered to rtorrent, it unable to find any seeders or something even if i manually add/change trackers in a trackers list.
There are many seeders on this torrent (particularly on the public coppersurfer.tk tracker),
I've just tried it (since I'm experimenting with magnet links), and it (4DD8614A266E932F050FF1293B6DE81508B3570F.meta) works for me (using rtorrent-ps 0.9.6):
- none of the http trackers provides seeds
- udp trackers do:
2: udp://tracker.coppersurfer.tk:6969/announce
Id: Counters: 0f / 1s (0) on S/L/D: 36/10/0 (46/46)
3: udp://tracker.leechers-paradise.org:6969/announce
Id: Counters: 0f / 1s (0) on S/L/D: 27/9/0 (1/36)
4: udp://zer0day.ch:1337/announce
Id: Counters: 0f / 1s (0) on S/L/D: 28/9/0 (3/37)
Are you use that you've enabled UDP tracker support in your config? trackers.use_udp.set = 1
If you only allow encrypted connections, the magnet links do not work. It's an issue with the encryption of the magnet link connection headers or something.
Personally I've been annoyed at this bug for a long time, however my priorities are on other stuff atm so this is currently 2nd on my TODO list after IPv6.
Is this still a thing? Or am I hitting another bug?
This happens to me as well. Is there a solution yet? Version 0.9.8/0.13.8
Hitting the same problem on latest release, it is a client problem as switching to another one fixes the issue. udp is enabled, ports are forwarded, encryption is not mandatory, dht / pex are on
Is there any plan for a fix ? Thanks for the nice work anyway
yup im hitting this bug too in all my builds debian 10
I got this problem as well, only on public trackers
this seems to still be a problem
still a problem on Version 0.9.8/0.13.8 on 6.3.5-arch1-1
still a problem here