View Full Version : Problem with transmission
I have upgrade transmission via ipkg at 1.06+ (5170) width no error.
After update trasmissiond crash and non run.
If I type from shell
/opt/sbin/transmission_watchdog &
and after few second type
ps xaf
I get
7939 ? Ss 0:00 [transmissiond]
7941 ? S 0:00 \_ [transmissiond]
7942 ? Z 0:00 \_ [transmissiond] <defunct>
I've tried to suspend all download. Transmission doesn't crash and appear in the process list!
With transmission active if I've tried to resume a torrent from suspended: transmission crash and the daemon disappear from process list.
I've tried to reboot router with no effect.
I don't say why transmission doesn't work!
Can anyone help me?
kevinqli48
01-03-2008, 16:34
I had the same problem with the same sympton. Please help:confused:.
BTW, is ctorrent any better than Transmission ?
(wl-500gp router mode pppoe/oleg firmware/300gUSB/USBprinter)
I've also noticed that and udated to 1.06+ (5177) and now it works.
See http://trac.nslu2-linux.org/optware/changeset/7891
Please report here if transmission 5177 will not work for you. Wait for ipkg.
kevinqli48
01-03-2008, 23:16
Transmission appears to be working now. Thanks:)
I have suspended all torrent, removed .transmission directory and the other support file. I've restart router.
Transmission don't crash. I've reactivate all torrent and now transmission appaer to be working.
kevinqli48
05-03-2008, 02:44
I found these line in my syslog. is this normal ?:confused:
Mar 4 01:50:03 transmissiond[680]: 1204617003 3 dl 28.53 ul 5.00 ld 0.39
Mar 4 01:55:03 transmissiond[680]: 1204617303 3 dl 36.06 ul 5.00 ld 0.32
Mar 4 02:00:01 /opt/sbin/cron[1935]: (admin) CMD (nice /opt/sbin/transmission_watchdog)
Mar 4 02:00:03 transmissiond[680]: 1204617603 3 dl 47.86 ul 5.00 ld 0.24
Mar 4 02:00:59 dropbear[2006]: exit before auth: Exited normally
Mar 4 02:05:03 transmissiond[680]: 1204617903 3 dl 42.97 ul 5.00 ld 0.19
Mar 4 02:05:08 ntp client: Synchronizing time with time.nist.gov ...
Mar 4 02:05:39 dropbear[2009]: login attempt for nonexistent user from ::ffff:74.52.19.74:52044
Mar 4 02:05:40 dropbear[2009]: exit before auth: Disconnect received
Mar 4 02:05:42 dropbear[2010]: login attempt for nonexistent user from ::ffff:74.52.19.74:53214
Mar 4 02:05:43 dropbear[2010]: exit before auth: Disconnect received
Mar 4 02:05:45 dropbear[2011]: login attempt for nonexistent user from ::ffff:74.52.19.74:54354
Mar 4 02:05:46 dropbear[2011]: exit before auth: Disconnect received
Mar 4 02:05:48 dropbear[2012]: login attempt for nonexistent user from ::ffff:74.52.19.74:54404
Mar 4 02:05:48 dropbear[2012]: exit before auth: Disconnect received
Mar 4 02:05:51 dropbear[2013]: login attempt for nonexistent user from ::ffff:74.52.19.74:54444
Mar 4 02:05:52 dropbear[2013]: exit before auth: Disconnect received
Mar 4 02:05:54 dropbear[2014]: login attempt for nonexistent user from ::ffff:74.52.19.74:55604
etc...
etc...
Mar 4 02:09:07 dropbear[2082]: exit before auth: Disconnect received
Mar 4 02:09:09 dropbear[2083]: login attempt for nonexistent user from ::ffff:74.52.19.74:35890
Mar 4 02:09:10 dropbear[2083]: exit before auth: Disconnect received
Mar 4 02:09:11 dropbear[2084]: login attempt for nonexistent user from ::ffff:74.52.19.74:35929
Mar 4 02:09:13 dropbear[2084]: exit before auth: Disconnect received
Mar 4 02:09:14 dropbear[2085]: login attempt for nonexistent user from ::ffff:74.52.19.74:36929
Mar 4 02:09:15 dropbear[2085]: exit before auth: Disconnect received
Mar 4 02:10:06 transmissiond[680]: 1204618206 3 dl 30.80 ul 5.00 ld 0.29
Mar 4 02:15:06 transmissiond[680]: 1204618506 3 dl 30.17 ul 5.00 ld 0.31
Mar 4 02:20:06 transmissiond[680]: 1204618806 3 dl 26.46 ul 5.00 ld 0.30
Mar 4 02:25:06 transmissiond[680]: 1204619106 3 dl 32.84 ul 5.00 ld 0.25
Mar 4 02:30:03 /opt/sbin/cron[2087]: (admin) CMD (nice /opt/sbin/transmission_watchdog)
Mar 4 02:30:05 transmissiond[680]: 1204619405 3 dl 41.38 ul 5.00 ld 0.28
yes. transmissioni.cgi collecst only lines trom transmission* and most of them are used for graphing.
Hi! How to manage big torrents? I have 2Gb swap and download torrents about 8Gb normally. But when I try to download 30Gb torrent then nothing happens and the log says:
Mar 7 15:14:42 kernel: Out of Memory: Killed process 3615 (transmissiond).
Mar 7 15:14:42 kernel: Out of Memory: Killed process 3618 (transmissiond).
Mar 7 15:14:42 kernel: Out of Memory: Killed process 3619 (transmissiond).
Mar 7 15:14:42 kernel: VM: killing process transmissiond
Mar 7 15:14:42 kernel: VM: killing process transmissiond
so the process is being killed
how to manage this issue?
Strange. Install atop and see how your memory is growing. I've downloaded 50GB torrents w/o problem.
I've installed atop. I see that when I push 30Gb torrent then transmission CPU% raises till appr. 68% (in normal state it can be 80 either) and then the process is being killed. Which parameters should I use to trace the transmission memory usage?
P.S.What is the size of your swap?
Since upgrading to transmission 1.06+ and push scrape, I always get the error message [......torrent.seeding scrape failed]
It does with both trackers I use.
Up to 1.03 version I had no problems like this and it was also much more stable to keep torrents active.
Any advice?
Scrape is using transmissioncli so you could try this manually. Also there in a btlist -s if you installed libbt to check if scrape works on your tracker. From my findings my patch to libbt works better than that transmission, so please open a ticket at trac.transmissionbt.com to correct this in future releases. Meanwhile I can change CLI to use btlist for scraping.
I am using openwrt-brcm24 feed and not oleg. Swap size is 512MB. R/V grow percentage should be evident in atop.
shouriken
25-03-2008, 20:32
I've upgraded today to "transmission - 1.06+r5370-1" and the transmission
daemon does not work anymore.
When I push "Watchdog" in the www interface, the transmission watchdog starts, the transmissiond processes also, but they stop immediately.
Do anyone have the same problem?
quote:
[admin@MyAsus root]$ ipkg list_installed | grep transmission
transmission - 1.06+r5370-1 - lightweight BitTorrent client and daemon with WWW interface
yeh got the same problem here... I just upgraded it today (25-march-08)
for some reason it now only downloads 1 torrent at a time.
What i did was remove the .torrent folder, clean out every file in the /tmp/harddisk/torrent folder so only source, work and target would be there.
After that I tried again and now it's working a bit again...
but it's not really stable:(
I've anticipated that. That's why I didn't want to upgrade until I find a time to test the things. Meanwhile bzhou upgraded package as he is constantly doing this for over 1000 packages that he maintains. Some packages eventually broke during this process. It looks like, I must find a tima now to fix a problem. One is how to disable cache files removal. Until then, One might try Clutch and report if it works with latest release?
I've downgraded to r5332 that works well. Upgrade to latest release is postponed until path handling introduced with r5337 is sollved for transmissiond.
Users should use -force-downgrade and -force-reinstall to get this release.
I've anticipated that. That's why I didn't want to upgrade until I find a time to test the things. Meanwhile bzhou upgraded package as he is constantly doing this for over 1000 packages that he maintains. Some packages eventually broke during this process. It looks like, I must find a tima now to fix a problem. One is how to disable cache files removal. Until then, One might try Clutch and report if it works with latest release?
I've downgraded to r5332 that works well. Upgrade to latest release is postponed until path handling introduced with r5337 is sollved for transmissiond.
Users should use -force-downgrade and -force-reinstall to get this release.
you mean like this?
[root@wpte root]$ ipkg install transmission -force-downgrade -force-reinstall
Reinstalling transmission (1.06+r5370-1) on /opt/...
Downloading http://ipkg.nslu2-linux.org/feeds/optware/oleg/cross/stable/transmission_1.06+r5370-1_mipsel.ipk
package transmission suggests installing thttpd
package transmission suggests installing mini-sendmail
conffile_has_been_modified: conffile /opt/etc/transmission.conf has no md5sum
conffile_has_been_modified: conffile /opt/etc/init.d/S80busybox_httpd has no md5sum
Configuration file '/opt/etc/transmission.conf'
==> File on system created by you or by a script.
==> File also in package provided by package maintainer.
What would you like to do about it ? Your options are:
Y or I : install the package maintainer's version
N or O : keep your currently-installed version
D : show the differences between the versions (if diff is installed)
The default action is to keep your current version.
*** transmission.conf (Y/I/N/O/D) [default=N] ?n
Configuring transmission
Please note that /opt/etc/init.d/S80busybox_httpd is installed for
running CGI interface at http://localhost:8008/cgi-bin/transmission.cgi
See instructions for daemon and WWW interface in /opt/share/doc/transmission
Configure daemon with /opt/etc/transmission.conf
Successfully terminated.
i had the same problem and now after downgrading to r5332 it works well. Thanks oleo ;)
shouriken
26-03-2008, 19:37
Downgraded to 5332 and it works.
Thank you oleo
New transmission - 1.10-1 seems working fine. Thanks Oleo!
I have a new question -not exactly a problem tho-. Is there any "nice way" of shutting down transmission before a reboot, or shutdown?
I'm cleaning out my installation and thought about to include a command to pre-shutdown to get the same result as "pausing" transmission from the web I/F. Killall transmissiond does not seem to be an elegant way of doing this. :-)
Don't thank me. Upgrade is missing transmissiond. Thats why it's working fine with an old version. It seems that I must take a time and resolve this issue.
. /opt/etc/transmission.conf kill $PIDFILE
shoud be enough. Althouh you must wait or pool the daemon.
From different time I have noticed a strange thing in the operation of transmission.
I now write about the problem because I thought pits one problem of mine or a problem of my ISP. Instead no.
When I click on the button "scrape" I get for all torrents the error "xxx.torrent scrape failed".
I have also noticed that the speed of download is very lower: some week ago I download around 70k-90k, now I download around 10-30k.
Does someone know how to help me?