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
0.5.8.9->1.0.6
Re: 0.5.8.9->1.0.6
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: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?
sounds like your total active torrents is smaller than you would like, change it in Preferences->Queue.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.
this will be in 1.1lvm 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 moreAnd there is even no way to turn them off.
this should also (hopefully) be in 1.1lvm wrote: Still no bandwidth ratio scheduling plugin, right? (that's what was holding me from upgrading in the first place) Damn.
this will be in 1.1lvm wrote: No torrent creator either?
I still use bluetack, it's currently up but it is unreliable.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
in 1.1 there should be something which will backup your current blocklist before importing.
Re: 0.5.8.9->1.0.6
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: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 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?
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...johnnyg wrote:sounds like your total active torrents is smaller than you would like, change it in Preferences->Queue.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.
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
it is a feature, seeded torrents no longer have a position in the queue, they are seeded in rotation.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.
there's no point increasing the total active torrents if you haven't increased the total seeding or total downloading.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...
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.
that sucks, not really sure if that's entirely deluge's fault.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!
in 1.1 you will be able to specify locations for different torrents according to their label.
do you have boost 1.35 installed? it has CPU spike problems.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.
Re: 0.5.8.9->1.0.6
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: 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.
Ubuntu comes with boost 1.34, I didn't upgrade it. Are you suggesting I should upgrade to 1.37?johnnyg wrote:do you have boost 1.35 installed? it has CPU spike problems.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.
Re: 0.5.8.9->1.0.6
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
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.
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
Thanks found it - but some dependency stops it building. Not to worry, I built 1.0.6 instead and it is running OK.all older versions can be found at: http://download.deluge-torrent.org/
Just got to remember to Quit it before re-booting the machine or hell breaks loose on re-start.
-
- Compulsive Poster
- Posts: 1230
- Joined: Thu May 24, 2007 11:27 pm
- Location: Chicago, IL, USA
- Contact:
Re: 0.5.8.9->1.0.6
true...it's hard to save fastresume data when the system is going down. we try, but we're not always successfulbarjac wrote:Thanks found it - but some dependency stops it building. Not to worry, I built 1.0.6 instead and it is running OK.all older versions can be found at: http://download.deluge-torrent.org/
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
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?
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?