Page 1 of 2

0.5.8.9->1.0.6

Posted: Sat Dec 06, 2008 11:20 am
by lvm
Following recent trouble at thebox.bz I was forced to migrate to 1.0.6 and got lots of issues (had to reconfigure everything manually, grumble, grumble :). I skimmed through FAQs and forum but some questions still stand, will you help me?

When rechecking my torrents for the first time it removed queue numbers, now torrent order is all messed up, there is nothing in the queue column, move up/down commands do not work - how can assign numbers back to the 'unnumbered' torrents?

When a new torrent is added it in starts in 'queued' state download won't start even when I manually click on resume. The only way to start it is to remove 'automatically managed' option (how can I tell deluge never set this option, whatever it is?), stop and restart the torrent - then it starts downloading. New torrents are added via an auto add folder (preferences-download-auto add folder), add torrent dialog on the same tab is off.

No downloaded percentage on the Peers tab. This is the important! Maybe the most important item on this tab when you need to judge torrent health - if all peers are stuck on 25.5%... you know. But someone thought that we need flags more :( And there is even no way to turn them off.

Still no bandwidth ratio scheduling plugin, right? (that's what was holding me from upgrading in the first place) Damn.

No torrent creator either?

Oh, and by the way what site do you recommend to get blocklists automatically from? I used to get then from bluetack but it became very unreliable recently

linux 64, ubuntu hardy

Re: 0.5.8.9->1.0.6

Posted: Sun Dec 07, 2008 9:58 am
by johnnyg
lvm wrote:Following recent trouble at thebox.bz I was forced to migrate to 1.0.6 and got lots of issues (had to reconfigure everything manually, grumble, grumble :). I skimmed through FAQs and forum but some questions still stand, will you help me?

When rechecking my torrents for the first time it removed queue numbers, now torrent order is all messed up, there is nothing in the queue column, move up/down commands do not work - how can assign numbers back to the 'unnumbered' torrents?
there should be "queue up" and "queue down" buttons, do they not work? make sure you've sorted by "#" (i.e. numbered order).
lvm wrote: When a new torrent is added it in starts in 'queued' state download won't start even when I manually click on resume. The only way to start it is to remove 'automatically managed' option (how can I tell deluge never set this option, whatever it is?), stop and restart the torrent - then it starts downloading. New torrents are added via an auto add folder (preferences-download-auto add folder), add torrent dialog on the same tab is off.
sounds like your total active torrents is smaller than you would like, change it in Preferences->Queue.
lvm wrote: No downloaded percentage on the Peers tab. This is the important! Maybe the most important item on this tab when you need to judge torrent health - if all peers are stuck on 25.5%... you know. But someone thought that we need flags more :( And there is even no way to turn them off.
this will be in 1.1
lvm wrote: Still no bandwidth ratio scheduling plugin, right? (that's what was holding me from upgrading in the first place) Damn.
this should also (hopefully) be in 1.1
lvm wrote: No torrent creator either?
this will be in 1.1
lvm wrote: Oh, and by the way what site do you recommend to get blocklists automatically from? I used to get then from bluetack but it became very unreliable recently

linux 64, ubuntu hardy
I still use bluetack, it's currently up but it is unreliable.
in 1.1 there should be something which will backup your current blocklist before importing.

Re: 0.5.8.9->1.0.6

Posted: Sun Dec 07, 2008 11:35 am
by lvm
johnnyg wrote:
lvm wrote:When rechecking my torrents for the first time it removed queue numbers, now torrent order is all messed up, there is nothing in the queue column, move up/down commands do not work - how can assign numbers back to the 'unnumbered' torrents?
there should be "queue up" and "queue down" buttons, do they not work? make sure you've sorted by "#" (i.e. numbered order).
1.0.6 stripped numbers from all my seeded torrents it imported from 0.5 and proceeds to do so with all the torrents is completes - only incomplete torrents have queue numbers now, for all seeded torrents # column is empty. Queue up/down buttons works only for torrents with queue numbers. If it is a feature, I don't like it at all.
johnnyg wrote:
lvm wrote: When a new torrent is added it in starts in 'queued' state download won't start even when I manually click on resume. The only way to start it is to remove 'automatically managed' option (how can I tell deluge never set this option, whatever it is?), stop and restart the torrent - then it starts downloading. New torrents are added via an auto add folder (preferences-download-auto add folder), add torrent dialog on the same tab is off.
sounds like your total active torrents is smaller than you would like, change it in Preferences->Queue.
No, when 'total active' is too small deluge won't start the torrent no matter what - I had this problem too and increased the default value to 256, I have a little over 100 active torrents now - I cannot even count them properly without queue numbers, but I don't think I made a twofold mistake. BTW I described the problem a bit inaccurately: when a torrent starts in a queued state there is no need to stop it, I just have to turn off automatic management, torrent immediately changes state from queued to stopped, then I resume it and it starts downloading. I remember now that just before the upgrade I set up 0.5 to start new torrents in a paused state - could it be the reason? But then 1.0.6 didn't import any other settings...


Two more problems:

1. most of my seeded torrents were stored in folders according to torrent category. I've discovered that then performing initial recheck 1.0.6 moved all of them back to default finished folder (preferences-downloads-move completed to...). Now I have to move them back again - all 100+ of them. Damn and double damn!

2. whenever I try to open preferences dialog it opens up and shows the previously active page but fails to react to keystrokes or mouse clicks and maxes out both processor cores for 10-15 seconds, then works fine. The main UI is bit of a CPU hog too - when all torrents are shown CPU usage is quite high - about 50%, only when I switch to a smaller subset (e.g. downloading - just 2 torrents now) it drops to acceptable values. Machine is a reasonably fast one - athlon 64 x2 1.8 GHz.

Re: 0.5.8.9->1.0.6

Posted: Sun Dec 07, 2008 1:39 pm
by johnnyg
lvm wrote: 1.0.6 stripped numbers from all my seeded torrents it imported from 0.5 and proceeds to do so with all the torrents is completes - only incomplete torrents have queue numbers now, for all seeded torrents # column is empty. Queue up/down buttons works only for torrents with queue numbers. If it is a feature, I don't like it at all.
it is a feature, seeded torrents no longer have a position in the queue, they are seeded in rotation.
lvm wrote: No, when 'total active' is too small deluge won't start the torrent no matter what - I had this problem too and increased the default value to 256, I have a little over 100 active torrents now - I cannot even count them properly without queue numbers, but I don't think I made a twofold mistake. BTW I described the problem a bit inaccurately: when a torrent starts in a queued state there is no need to stop it, I just have to turn off automatic management, torrent immediately changes state from queued to stopped, then I resume it and it starts downloading. I remember now that just before the upgrade I set up 0.5 to start new torrents in a paused state - could it be the reason? But then 1.0.6 didn't import any other settings...
there's no point increasing the total active torrents if you haven't increased the total seeding or total downloading.
turning off automatic management tells deluge to ignore the queue settings - this is why I think you have the max seeding/downloading set too low.
lvm wrote: Two more problems:

1. most of my seeded torrents were stored in folders according to torrent category. I've discovered that then performing initial recheck 1.0.6 moved all of them back to default finished folder (preferences-downloads-move completed to...). Now I have to move them back again - all 100+ of them. Damn and double damn!
that sucks, not really sure if that's entirely deluge's fault.
in 1.1 you will be able to specify locations for different torrents according to their label.
lvm wrote: 2. whenever I try to open preferences dialog it opens up and shows the previously active page but fails to react to keystrokes or mouse clicks and maxes out both processor cores for 10-15 seconds, then works fine. The main UI is bit of a CPU hog too - when all torrents are shown CPU usage is quite high - about 50%, only when I switch to a smaller subset (e.g. downloading - just 2 torrents now) it drops to acceptable values. Machine is a reasonably fast one - athlon 64 x2 1.8 GHz.
do you have boost 1.35 installed? it has CPU spike problems.

Re: 0.5.8.9->1.0.6

Posted: Sun Dec 07, 2008 2:18 pm
by lvm
johnnyg wrote: there's no point increasing the total active torrents if you haven't increased the total seeding or total downloading.
turning off automatic management tells deluge to ignore the queue settings - this is why I think you have the max seeding/downloading set too low.
I have 'total active' and 'total active seeding' set to 256 and 'total downloading' to 12, I've got a little over 100 seeding and 2 downloading torrents, and yet new torrents start as queued.
johnnyg wrote:
lvm wrote: 2. whenever I try to open preferences dialog it opens up and shows the previously active page but fails to react to keystrokes or mouse clicks and maxes out both processor cores for 10-15 seconds, then works fine. The main UI is bit of a CPU hog too - when all torrents are shown CPU usage is quite high - about 50%, only when I switch to a smaller subset (e.g. downloading - just 2 torrents now) it drops to acceptable values. Machine is a reasonably fast one - athlon 64 x2 1.8 GHz.
do you have boost 1.35 installed? it has CPU spike problems.
Ubuntu comes with boost 1.34, I didn't upgrade it. Are you suggesting I should upgrade to 1.37?

Re: 0.5.8.9->1.0.6

Posted: Mon Dec 08, 2008 2:15 pm
by barjac
PMFJI but where can I get the source for 0.5.8.9 as I don't remember having any of these similar problems that I now have with 1.0.0 upwards? Thanks.

Re: 0.5.8.9->1.0.6

Posted: Mon Dec 08, 2008 8:00 pm
by johnnyg
all older versions can be found at: http://download.deluge-torrent.org/
0.5.9.4 is the latest 0.5 version, however I should mention it's not really supported any more.

Re: 0.5.8.9->1.0.6

Posted: Tue Dec 09, 2008 1:41 am
by barjac
all older versions can be found at: http://download.deluge-torrent.org/
Thanks found it - but some dependency stops it building. Not to worry, I built 1.0.6 instead and it is running OK.
Just got to remember to Quit it before re-booting the machine or hell breaks loose on re-start.

Re: 0.5.8.9->1.0.6

Posted: Wed Dec 10, 2008 7:26 am
by markybob
barjac wrote:
all older versions can be found at: http://download.deluge-torrent.org/
Thanks found it - but some dependency stops it building. Not to worry, I built 1.0.6 instead and it is running OK.
Just got to remember to Quit it before re-booting the machine or hell breaks loose on re-start.
true...it's hard to save fastresume data when the system is going down. we try, but we're not always successful

Re: 0.5.8.9->1.0.6

Posted: Fri Dec 19, 2008 8:16 am
by lvm
This thread veered away somewhat from the original topic, back to the problems I've mentioned:

1. New torrents starting as queued: I was able to bypass this problem by increasing 'total downloading' way above the actual limit. Deluge thinks I've got 21 more downloading torrents than I actually have - with limit set to 22 it will let me download 1 automatically managed torrent, with limit set to 23 - 2, etc, so there is a workaround, but something is definitely wrong here.

2. A huge delay and high CPU usage when preferences dialog is opened, closed or saved (applied): restarting deluge fixed this problem completely - responses became instantaneous, but after several days it started to slow down again - not as bad as the first time yet, currently delay is about 1-2 seconds, but it definitely grows. Some garbage collection problem?