New Transmission add-on thread

Try the 2.01b06 for Sparc Only

Please also modify the password in /c/addons-config/Transmission/transtart.sh

Hope it will feet all your needs

resuming of torrents not working...
contents of each file when transmission is stopped:

idle.txt
9

seeding.txt
23

downloading.txt
3 4

it LOOKS like the numbers mean what number the torrent is. so torrent ID #23 is seeding etc

when i restart transmission again, all torrents are paused; almost like the above 3 files aren't being read.

on beta5, i noticed if the password was incorrect (in transtop.sh), then it wouldn't end the transmission service. now on beta6, the transmission service auto-started (immediately after installation) with an incorrect password in the 'transtart.sh' file.
hope thats helps track the problem... if transtop.sh and transtart.sh files act the same, it's almost as if transtart.sh isn't being called at startup to re-set the torrent status...

time for a beta7? xD

even if password is bad in transtop or transtop it will work , only the torrent will not be restarted or stopped

when transtart runs it need a little bit time to be see the change on gui

It works on my unit .

can you tru like this :

on gui start all the torrent you wants to have in seed / downloading state

then stop transmission

then start it again

please notice it will require 40 seconds minus before you see any change in the gui

i might of worded one of my previous posts badly...
the 40second delay i mentioned was something *I* chose todo, rather than what charles@transmission asked me todo.
i'm pretty sure you could get it down to <3seconds, but i haven't done too much testing with that yet.
i think the idea was to stop the torrent and then close down the daemon.
aslong as it's not cached writes, then the write to the .resume file i'd expect to be miliseconds.

maybe something to play for future releases...

ok, i've done as you sugested S-P.
all the 3 .txt files have changed contents that mirror my chosen torrent status.
all torrents are being kept in the 'paused' status still.

edit: thanks for clarification on the 2 scripts. i might of just been impatient with the stopping delay in b5 release. and just to confirm, passwords are correct in the 2 .sh files...

Yep I will reduce the time :)

I think I'm done with 2.0 for a while. The b1 version I installed still does have the file ownership behavior, and from the more recent notes it seems 2.0 isn't ready for prime time. I will be going back to 1.93 tonight. Need to let 2.0 bake a bit longer, I think.

btaroli wrote:
I think I'm done with 2.0 for a while. The b1 version I installed still does have the file ownership behavior, and from the more recent notes it seems 2.0 isn't ready for prime time. I will be going back to 1.93 tonight. Need to let 2.0 bake a bit longer, I .

Also with 2.01b06 ?

Just FYI, I think there's some kind of a bug with 2.0.0 that you guys offer on the main transmission page. The blocklist process sucks up 99% of the CPU for hours at a time. The pic below shows what appears to be a CPU and memory spiral upwards. The power off/reboot physical button doesn't even respond. If this is a known bug with 2.0, then at least update the main page with a link to your beta releases

Look at this, my load average hit 15.99 and is still climbing
top - 07:54:41 up 1 day, 12:53, 0 users, load average: 15.99


PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
32640 root 20 0 2492 344 164 R 99 0.0 89:39.13 blocklist



Thanks for your efforts, I hope we get to a stable release soon :)
Adeptus

I did not see that on my dev unit , can you do a ps -ef when it happened ?

which version are you runing ?

adeptus - do you have any torrents verifying?
if you pause all torrents, what happens to the load?

fwiw, not experiencing the issue on duo unless when verifying which is to be expected! :)