New Transmission add-on thread

I had to do a hard power down as I couldn't access the transmission web interface and even the frontview was extremely slow (cuz 'blocklist' process was sucking up 99% of CPU). After the hard powerdown, there's a volume resynch going on for many hours, so after that I will just upgrade to the latest beta. I could just leave 2.0 and see what happens again tomorrow morning, but let's face it, it's a cronjob that would just get initiated again at x time (5:30AM?). I only had 5 or 6 torrents downloading each with 2 to 10 files each and all the torrents added up to 4GB or less, so no recheck should suck-up 99% CPU for 2-3 hours. utorrent doesn't behave like that on a single CPU system even with 20 re-checks going on, so I attribute that to bad coding somewhere in Transmission. Sorry guys, I need this thing working, don't have a lot of time for being a beta tester, but I do appreciate your support. If I do catch it doing that again, I'll do the ps -ef somebody else requested and post it here.

Thanks,
Adeptus

curl should stop if file not accessible .

can you chheck if you can download : http://update.transmissionbt.com/level1.gz ?

a 404 or bad dns resolut stop the script quickly

a download and update of the blocklist take less than one minute on my units

2.01b7 sparc feedback...

- long delay when disabling the transmission addon (felt like ~90seconds). starting the addon is fine.
- torrents not resuming when transmission starts (torrent ID's are being written to applicable .txt files on disable though). i've left it over 2minutes since transmission was started.
- i like the torrent create area you've done at http://[nasip]/transmission. good work! :) not tested it yet but looks very simple!
- if the start/stoptrans.sh already exist, it should not over-write (unless theres been an update to the scripts :)). saves re-entering your passwords on every update.

start.sh and stop.sh are saved I think , let me check if I forget to replicate the change from x86 build to Sparc

will publish in a few minutes a b08 let me know if it's better

thanks

You can download it :)

veehexx wrote:

2.01b7 sparc feedback... - long delay when disabling the transmission addon (felt like ~90seconds). starting the addon is fine. - torrents not resuming when transmission starts (torrent ID's are being written to applicable .txt files on disable though). i've left it over 2minutes since transmission was started. - i like the torrent create area you've done at http://[nasip]/transmission. good work! :) not tested it yet but looks very simple! - if the start/stoptrans.sh already exist, it should not over-write (unless theres been an update to the scripts :)). saves re-entering your passwords on every update.

if b08 is always slow for you could it be possible to have ssh access to diagnose ?

i found the cause of slowness with b08...

it appears the transtop.sh script pauses each torrent after writing the torrent ID to the appropriate .txt; correct operation.
however, it appears to pause 1 torrent per 5 seconds (linked to default 5sec RDC refresh of webgui?), so 20 torrents take 5x20.. 100seconds.
i've not timed it exactly, but it seems about right!
i've tried with 5 active torrents. 5x5 = 25seconds, so my theory seems true.
transmission service is still running, so webgui is still alive; you can see each torrent changing to the pause status as the transmission service closes down.

no change with the transtart.sh either; torrents are not in their last state when starting the addon.

im shooting offline now, but i'll have SSH setup for you tomorrow morning if you still require it!

Agree with yes

Yes please, I need to diagnose

ygpm S-P!