Checking fails completely

[kokolist@gmail.com]

After being killed ( I don't know what would happen if these torrents needed checking for other reasons ) deluge only checks two of the torrents waiting to be checked and then stops. If I restart it (both ui and deamon) it checks another couple and stops checking again. Otherwise it seems functional. Restarting the gtk ui doesn't work, nor does force recheck or any other idea I had.

[HoverHell]

I have the same problem (Deluge 1.1.0 for debian lenny). Any suggestions on what I can check regarding this problem?

• When I added new torrents for the first time, it only checked approx. 10 of them, and newly added are in described state now.
• I have a suspicion that this might be related to upgrade.

[HoverHell]

Tried adding 136 torrents to clean config (moved away .config/deluge directory). Got 9 downloading, 1 seeding (e.g. it was completed sometime before), and 126 hanging in 'Checking' without any progress.

[m.frydenlund@gmail.com]

i had something simlar to this happen to me on sid and svn build

while adding 80 half finnished torrents. 5 of them got stuck in the middle of checking. though the REST finnished. downgrading to 1.1.0 fixed the problem though

[anonymous]

Still have this problem on 1.1.1 I guess this might be different problem from m.frydenlund :) Anyway, having some little development skills and some interest in this problem, what can I possibly check to resolve this problem?

[AlexC]

Same has happened to me. Four torrents out of seventeen have stopped during checking. Don't know why they where checking. Torrent sizes: 712.4, 71.4, 69.6, 24.5 Stopped at: 1.26, 1.40, 11.31, 16.54 % Three only checked one (or part of one) file before stopping. One checked two files. Apparently is libtorrent bug.

[HoverHell]

Is there separate ticket for problem of 'halfway stopped checking' torrents? Anyway, when trying to delete such stuck torrent (I was thinking of re-adding them), deluged crashed. Log 1: ​http://pastebin.com/f118744f8 (annotate-output'd). Log 2: ​http://pastebin.com/f5fdb282 crash moment line is highlighted.

Anything I should try?

[HoverHell]

Not sure about reason of it being set to 'closed'… with deluge 1.2.0-dev (svn 4810, libtorrent svn 3290) I don't get the problem with half-checked torrents (again), but I still get problem with only 2 torrents getting checked on every run. (will probably restart the daemon few more times in attempt to fix that, though).

• Changing to 'major' for now because of option to restart the daemon multiple times.

[andar]

Is the torrent going into an error state? Can you check the daemon's debug logs for file_error_alerts?

[HoverHell]

Is the torrent going into an error state? Can you check the daemon's debug logs for file_error_alerts?

Like description suggests, it hangs in 'Checking' state. And there's no messages (even on debug level) that can be attributed to this problem (only line with 'file_error' is about registering handler for this alert) — all output at the moment it gets stuck seems to be normal (only some messages regarding changing state and tracker problems).

Log around the moment it finished checking 2nd torrent (leaving 3 more torrents not getting checked): ​http://pastebin.com/m5e462615

[rod@sinther.com]

upgrade to 1.1.4 fixed this problem for me (was using 1.1.1) Thanks

[chris.weedman@gmail.com]

I can confirm that this issue still exists with 1.1.4 & 1.1.5. (Gentoo x86_64, deluge running via remote connection setup)

However, if I check any of my torrents, it will always get stuck at "Checking 0.0%". It used to check half correctly, and stuff up on the others, but now none will check.

[HoverHell]

I still have this problem with svn rev. 4810 build. And, still, restarting the daemon aproppriate amount of times still temporarily helps :)

[andar]

This was a bug in libtorrent. Please upgrade to the latest version.