Deluge Forum

When rearranging disk storage I've started deluged when a volume with some of the seeding torrents was not mounted and it promptly started to re-download them. As soon as I noticed my mistake I paused the affected torrents, mounted the volume and run a recheck on all of them. When recheck started the only torrent I was downloading at that time changed state to 'queued' which may be explained by the fact that all of the affected torrents had queue numbers assigned at that time and the one actually being download was shuffled back to the end of the queue. I moved downloading torrent to the top of the queue - nothing happened. I waited until recheck finished, torrents changed stated to seeding with no queue numbers assigned - still nothing happened, downloading torrent remained queued. To cut thing short I now have 16 phantom downloading torrents - when I set maximum number of downloading torrents to 17 I can download just one automatically managed torrent, when I set it to 18 - two and so on. How can I fix it? And something has to be done to prevent this from happening again.

Two additional things I'd like to be changed:

1. When deluge cannot find data files of a seeding torrent it should treat it as an error, not re-download it. Actually when deluged is running it already acts like that - when I delete data files of a seeding torrent it is moved to error section. I'd like deluged to store the seeding status between sessions as well.

2. Torrents being checked should not be taken into account in queue calculations.

rc3, ubuntu hardy 64.

I've upgraded to rc4 and phantom torrents are gone

Hi, I believe I'm having a similar issue.

This is what I just get (I've set to only download 1 each time):

I have 8 torrents in total.
6 of my torrents are seeding the full torrent
1 just finished and is seeding only 4 of the 5 files (1 file set as "Do Not Download")
1 is queued for download

In the above case, I have 7 seeding torrents and 1 queued, but none downloading torrents.

If I set do download 2 simultaneous, then the queued torrent goes to downloading.
If I set again to 1 simultaneous, the torrent goes back to queued state and none downloading.

Then, if I pause the partially seeding torrent, the queued one goes to downloading.
So it didn't like my partially seeding torrent, and think as it's still downloading.

I didn't tried to restart the daemon to see if it autofix the problem, but this may be the same case that happened to lvm, so it can be a bug?


BTW I'm using 1.2.0 rc4 on linux, compiled from the source.

Thanks.