[Libtorrent-devel] Reproducible Crash bug: multiple torrents hashing.
dave at daveg.ca
Mon Aug 2 21:53:57 UTC 2010
To start, I bit-torrent from a colocated box that has a lot of
connectivity (the box itself runs BGP). I regularly stream 20 to 70
megabit of torrents from the box with rtorrent. The performance of
rtorrent is exemplary.
However, it has a bug. Most often, I have been doing other things
during the day and I check the torrent posting site to find that there's
half a dozen things I want (private site --- mostly tv shows and
whatnot). I will download all of these torrent files and then upload
them to the watch directory on the torrent server.
Now: the bug. When multiple torrents finish at nearly the same time
(and I don't know if it's 2 or 3 or 4, but it's some number), the first
torrent will be hash checking for some minutes and the others will be
waiting. When the problem triggers, one of the torrents reaches 100% of
it's hash check and rtorrent crashes immediately.
If I restart rtorrent I will find that the torrent that was finished
hash checking is clean, as is any other torrents that were done their
hash check and in seed mode at the time of the crash. But every other
torrent will undergo a hash check.
I still use rtorrent, but I'd love to see this bug squashed. I would
probably be able to provide login access to the server that does this.
More information about the Libtorrent-devel