Page 1 of 2 12 LastLast
Results 1 to 10 of 15

Thread: rTorrent + ruTorrent application shutdown

  1. #1
    Cabalo's Avatar FileSharingTalker BT Rep: +24BT Rep +24BT Rep +24BT Rep +24BT Rep +24
    Join Date
    Mar 2007
    Location
    European Union
    Age
    42
    Posts
    12,718
    Hi there.
    I'm using rtorrent 0.8.6 + rutorrent 0.12.6 on Ubuntu 10.04 x64.
    I have manually compiled rtorrent, and ran it via sudo on a terminal to verify what was going on.
    rtorrent suddenly exits with this DownloadList::confirm_finished(...) download->resume_flags() != ~uint32_t() message.

    At rTorrent's ticket system, this has been a known bug for around 3 years, and not much has been done about this.
    I've tweaked the ulimit and the max number of open handles, but nothing fixes this mofo.
    Just wondering does any of you know a solution for this ? Otherwise, I'm going to ditch it, which is a pitty as it's web interface is by far the best of all clients.

    By the way, after thoroughly checking it, I must say it's buggy like fuck. And has some very nasty bugs.

  2. BitTorrent   -   #2
    Poster
    Join Date
    Nov 2009
    Location
    .au
    Posts
    363
    Ah, interesting. I may have an idea what is causing that, but not sure how to fix. That resume flags bit may be due to hash checking, I'd have to check your config.

  3. BitTorrent   -   #3
    Cabalo's Avatar FileSharingTalker BT Rep: +24BT Rep +24BT Rep +24BT Rep +24BT Rep +24
    Join Date
    Mar 2007
    Location
    European Union
    Age
    42
    Posts
    12,718
    It is. It happens whenever it's hash checking some file and then suddenly a file arrives.
    It's documented here: http://libtorrent.rakshasa.no/ticket/1292

  4. BitTorrent   -   #4
    executioner's Avatar Tis Me BT Rep: +6BT Rep +6
    Join Date
    Aug 2008
    Posts
    147
    add this to your rtorrent.rc:

    check_hash = no

    I know its not a fix but may help you get around it.

    Also you could try clearing out the session directory of rtorrent
    Last edited by executioner; 10-28-2010 at 11:05 AM.

  5. BitTorrent   -   #5
    Cabalo's Avatar FileSharingTalker BT Rep: +24BT Rep +24BT Rep +24BT Rep +24BT Rep +24
    Join Date
    Mar 2007
    Location
    European Union
    Age
    42
    Posts
    12,718
    Will try it, thanks for the help!

  6. BitTorrent   -   #6
    i can tell you setting hash check to no did NOT fix my custom vps install of ru + rtorrent.

    a while back i had a chat with a rapidpeer support guy and he said that they (rapidpeer) paid the rtorrent developer to directly address this hash check rtorrent crash issue as it was a big problem for support and all their users.


    He didn't elaborate beyond saying among other things the fix, fixed, it made it so that a file was only hash checked ONE TIME, this helped when rtorrent is restarted it doesn't keep running through all your files hash checking and killing your disk IO. i could even see where if it does not hash check all you have to do is run a cron to keep restart rtorrent, peers and seeds will reconnect quickly and restarting rtorrent is transparent to rutorrent.


    maybe email them (rapidpeer), im sure they will help you out as they advertise here on FST

  7. BitTorrent   -   #7
    Cabalo's Avatar FileSharingTalker BT Rep: +24BT Rep +24BT Rep +24BT Rep +24BT Rep +24
    Join Date
    Mar 2007
    Location
    European Union
    Age
    42
    Posts
    12,718
    Seems like an idea. It did not solve my problem either, so I ditched it.
    The fact is rutorrent is by a long shot the best webui around, and I miss some of its features. I can only imagine the nightmare it must be for seedbox providers when they supply such a buggy client like rtorrent indeed is.

  8. BitTorrent   -   #8
    Poster
    Join Date
    Nov 2009
    Location
    .au
    Posts
    363
    Yea it is a nightmare, even more so when the users are too dumb to realise what certain problems are. IE, going over quota and wondering why rtorrent won't restart, etc.

  9. BitTorrent   -   #9
    n00b
    Join Date
    Nov 2010
    Location
    /dev/null
    Posts
    2
    Out of curiosity, did you compile from a the stable tarball, or from svn?

    The 0.8.6 tarball doesn't have the fix (well, bodge)

    Quote Originally Posted by src/core/download_list.cc
    if (download->resume_flags() != ~uint32_t())
    throw torrent::internal_error("DownloadList::confirm_finished(...) download->resume_flags() != ~uint32_t().");

    if (!download->is_active() && rpc::call_command_value("d.get_state", rpc::make_target(download)) == 1)
    Was changed in revision 1161 to
    Quote Originally Posted by r1161 src/core/download_list.cc
    download->set_resume_flags(~uint32_t());

    if (!download->is_active() && rpc::call_command_value("d.state", rpc::make_target(download)) == 1)
    Easiest way should be to grab the svn build, or see if the 0.8.7 tarball will suit your needs, else change that file, and recompile

  10. BitTorrent   -   #10
    Cabalo's Avatar FileSharingTalker BT Rep: +24BT Rep +24BT Rep +24BT Rep +24BT Rep +24
    Join Date
    Mar 2007
    Location
    European Union
    Age
    42
    Posts
    12,718
    Quote Originally Posted by eroWIN View Post
    Out of curiosity, did you compile from a the stable tarball, or from svn?

    The 0.8.6 tarball doesn't have the fix (well, bodge)



    Was changed in revision 1161 to
    Quote Originally Posted by r1161 src/core/download_list.cc
    download->set_resume_flags(~uint32_t());

    if (!download->is_active() && rpc::call_command_value("d.state", rpc::make_target(download)) == 1)
    Easiest way should be to grab the svn build, or see if the 0.8.7 tarball will suit your needs, else change that file, and recompile
    I compiled the stable 0.8.6 tarball.
    Didn't know about that fix, that was very helpful. I will edit that file and recompile.
    Do you know if that's a definitive fix for the problem?

Page 1 of 2 12 LastLast

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •