#20 Transmission crashes when torrents added

[Anonymous]

Originally created by: Shm... (code.google.com)@gmail.com

What steps will reproduce the problem?
1. Transmission runs fine while idle
2. Add torrents webgui/windows gui (of any size)
3. Transmission crashes, during normal and alternate speed times.

What is the expected output? What do you see instead?
Expected: Torrents to download.
Actual: Transmission crashes randomly usually quite soon after starting
download. I only find out when attempting to check download progress, I
then have to restart the service, it takes its time verifying data, and
then crashes again.

What version of the product are you using? On what operating system?
SnakeOS V1.1.0/Transmission 1.92

Please provide any additional information below.
Log file attached

[Anonymous]

Originally posted by: lanth...@narod.ru

i have this problem too.

[Anonymous]

Originally posted by: ted.cho... (code.google.com)@gmail.com

yeap, same here, can this be fixed any way with trnasmission upgrade or something?

[Anonymous]

Originally posted by: ricardo... (code.google.com)@gmail.com

Yesterday I've noticed the fileswapping was actually OFF. I've turned it on and since then Transmission is working for nine hour without crashes.

Go to Services > Swapfile and despite the "Use Swapfile" box is checked, click "Apply". Maybe it works for you too.

Regards.

[Anonymous]

Originally posted by: Hams... (code.google.com)@gmail.com

@ricardospd
See you after 48 hours later after snake os started :D.

@ted.chou12
They upgraded transmission 3 times since i've started to use it, but all of them has the same problem.
There is a memory leakeage or somethink like that, that cause it.

[Anonymous]

Originally posted by: guiguind... (code.google.com)@gmail.com

I have the same issue, but only with 2 or more files downloading simultaneously on Transmission. Works OK for about 5 minutes and then the hole K330 crashes. I have a swap file in a flash drive in another USB port, but it didnt help correcting the issue.

Device: K330 / OS: Sanke 1.2 / Transmission: the one that came with the os distribution.

[Anonymous]

Originally posted by: janne.ka... (code.google.com)@gmail.com

I've had Transmission on for days (7-10 days the longest) without issues, usually downloading 4-5 torrents at a time. I'm using two USB sticks, one holding the transmission data (I don't recall if it was formatted as FAT, FAT32 or NTFS but it shows up as vfat in Snake) and one for the swap file (formatted with Snake as ext3). The swap file stick is on a 4-way USB hub together with a printer, leaving two free USB ports.

I do see the CPU load getting to 100% occasionally, usually when the device is just started and there are incomplete downloads in Transmission. Then the Transmission web interface usually isn't responding, but obviously this doesn't mean Transmission has crashed. I've had Transmission crashing a couple of times, but I think I was using the same USB stick for swap file at the time, and it was not ext3 formatted. When Transmission or the whole device crashes, the reason seems to be it runs out of memory. In the original post's attached log there doesn't seem to be any swap file.

I don't know if any of this helps you, but I think it proves your problem is not generic. I would guess the issue is not on Transmission - it runs fine for many days and doesn't seem to leak memory, in my case at least.

Device: WLXJK652, OS: Snake 1.2

[Anonymous]

Originally posted by: scar0... (code.google.com)@gmail.com

I have the same problem here, can't donwload any torrent file... =(
Anyone can help?
--
Kingston 4gb w/ swapfile(256mb)
ns k330

[Anonymous]

Originally posted by: scar0... (code.google.com)@gmail.com

Problem solved, I was using a flash drive that was formated in FAT32, I re-formated the flash drive to ext3 and it solved the problem. =)

[Anonymous]

Originally posted by: wagner.g... (code.google.com)@gmail.com

I'm still having the problem. I formated my HD to ext3 and I have a swapfile but I can't download any torrent.

[Anonymous]

Originally posted by: jgbrow... (code.google.com)@gmail.com

I have noticed that when Transmission is started with several downloads, the CPU Load will be around 45%. Over the period of an hour or so, the CPU Load will increase to 100%. Then downloads start slowing down and after a few hours, the NAS will apparently crash, stops responding on the web interface and on SAMBA, and has to be restarted. At other times, the CPU Load increases and eventually Transmission is shut down. Note than when this occurs, the CPU load also goes down. I would expect as time goes by that the download speed would start increasing and CPU load would also increase to accommodate the increase in downloading. I would also expect that when the CPU load reaches a maximum that downloads could not get higher. But it seems to get to a point that the CPU Load is maxed out the download speed slows down and eventually either the NAS stops responding or Transmission stops. I believe the NAS stopped responding when the CPU Load was maxed out but I accessed a file through SAMBA. System log is attached. It shows that Transmission was shut down due to an Out Of Memory error after running for 15 minutes. The CPU Loading going to 100% seems to be related to the crash. Swap file usage was never over 2%. Note that I have WLX 652 running SNAKE OS V1.3.2 (20111019) and Transmission 2.73-1 with a 2 TB hard drive formatted as EXT3 for file storage and I'm using an 8 GB Flash drive formatted as EXT2 for my Swap file.

[Anonymous]

Originally posted by: jgbrow... (code.google.com)@gmail.com

Additional info: Restarting NAS with Transmission disabled, Ram is at 68% and CPU Load is at 3%. Loading Transmission but with it Stopped, Ram is at 68% and CPU Load remains at 3%. Starting Transmission with 3 torrents active, Ram goes up to 81% and CPU Load goes up to 54%. After 2 minutes, Ram goes up to 96% and CPU Load goes up to 95% to 100%. CPU Load then begins to oscillate between 60% and 100% while Ram usage stays mostly at around 96% and Swap file usage becomes active at around 2%. I paused 2 of the 3 active downloads and Ram usage stays about the same but the CPU Load drops down to 3% to 40%. Starting a second torrent causes the CPU Loading to jump up to 94% to 100%.

Synopsis: I will set the Download Queue Size to 1 and see if this eliminates the Transmission shutdowns. Does anyone have any other suggestions that may help?

Note: Tests were run on a WLX 652 running SNAKE OS V1.3.2 (20111019) and Transmission 2.73-1 with a 2TB hard drive formatted as EXT3 for files and an 8GB flash drive formatted as EXT2 for the Swapfile.

[Anonymous]

Originally posted by: jgbrow... (code.google.com)@gmail.com

'm not sure if this is related or not. But examining the log file after a Stop and a Start appears to have an error when setting the send and receive buffers. See below.

Jan 15 15:37:50 transmission-daemon[3011]: Transmission 2.73 (13592) started (session.c:720)
Jan 15 15:37:50 transmission-daemon[3011]: RPC Server Adding address to whitelist: *.*.*.* (rpc-server.c:803)
Jan 15 15:37:50 transmission-daemon[3011]: RPC Server Serving RPC and Web requests on port 127.0.0.1:9091/transmission/ (rpc-server.c:997)
Jan 15 15:37:50 transmission-daemon[3011]: RPC Server Whitelist enabled (rpc-server.c:1001)
Jan 15 15:37:50 transmission-daemon[3011]: RPC Server Password required (rpc-server.c:1004)
Jan 15 15:37:50 transmission-daemon[3011]: Port Forwarding Stopped (port-forwarding.c:181)
Jan 15 15:37:50 transmission-daemon[3011]: UDP Failed to set receive buffer: requested 4194304, got 206848 (tr-udp.c:77)
Jan 15 15:37:50 transmission-daemon[3011]: UDP Please add the line "net.core.rmem_max = 4194304" to /etc/sysctl.conf (tr-udp.c:82)
Jan 15 15:37:50 transmission-daemon[3011]: UDP Failed to set send buffer: requested 1048576, got 206848 (tr-udp.c:88)
Jan 15 15:37:50 transmission-daemon[3011]: UDP Please add the line "net.core.wmem_max = 1048576" to /etc/sysctl.conf (tr-udp.c:93)
Jan 15 15:37:50 transmission-daemon[3011]: DHT Reusing old id (tr-dht.c:305)
Jan 15 15:37:50 transmission-daemon[3011]: DHT Bootstrapping from 95 IPv4 nodes (tr-dht.c:153)
Jan 15 15:37:50 transmission-daemon[3011]: Using settings from "/var/transmission/.config/transmission-daemon" (daemon.c:517)
Jan 15 15:37:50 transmission-daemon[3011]: Saved "/usb/Media_Disk/Public_Media/BtDownload/.config/transmission-daemon/settings.json" (bencode.c:1731)
Jan 15 15:37:50 transmission-daemon[3011]: transmission-daemon requiring authentication (daemon.c:537)
Jan 15 15:37:50 transmission-daemon[3011]: Watching "/var/transmission/torrentwatch" for new .torrent files (daemon.c:555)
Jan 15 15:37:50 transmission-daemon[3011]: Using readdir to watch directory "/var/transmission/torrentwatch" (watch.c:162)
Jan 15 15:37:50 transmission-daemon[3011]: Loaded 1 torrents (session.c:1941)

[Anonymous]

Originally posted by: jgbrow... (code.google.com)@gmail.com

Is there any way to make this permanent? Maybe using a script file?

[Anonymous]

Originally posted by: stefansc...@googlemail.com

Oups.. that above was me.

You can get rid of those errors this way (via telnet/ssh):
echo "4194304" > /proc/sys/net/core/rmem_max
echo "1048576" > /proc/sys/net/core/wmem_max
But it doesn't really help. Atleast not here.

Put this file into /opt/etc/init.d/ to make it permanent.  You may have to do "chmod +x /opt/etc/init.d/atcpmem" as well.

[Anonymous]

Originally posted by: jgbrow... (code.google.com)@gmail.com

Thanks. That got rid of the error. And your right. It didn't help.

The only thing I have found that does is I changed the chron on the restart from every 12 hours to every 10 minutes. I'm going to play with that and see how high I can go just to keep it running until there is some resolution.

Playing around with it, I tried setting the priority on the transmission-daemon to -17 just to see what would happen. As I expected, instead of killing the transmission-daemon it just locked up. What was interesting is that it also locked up the internet access on my router. I'll have to think about that a little. Is the out of memory related to internet access?

[Anonymous]

Originally posted by: jgbrow... (code.google.com)@gmail.com

It seems to work well with the restart set at 30 minutes and I have the peer limit set to 200. At least for one torrent at a time. It's interesting that if more than one torrent is added, that it crashes even if the other torrents are paused or queued.

[Anonymous]

Originally posted by: stefansc...@googlemail.com

Ok, I've been trying to figure out why transmission keeps dieing. At least for a specific torrent. This one takes it out within minutes: ftp://ftp.archlinux.org/iso/2013.01.04/archlinux-2013.01.04-dual.iso.torrent

The packets seem to come in faster than they can be sent to transmission. So they eat up kernel memory. Normally the NIC driver should just stop accepting packets until there's memory available again, but somehow the kernel gets stuck with only a few kilobyte of physical memory. Swapping doesn't seem to be effective at freeing up memory.

I think one reason is that the torrent points to a lot of web seeds. Those let transmission download from a few web servers in addition to BitTorrent peers. At startup netstat has shown something like 600 connections to those web servers.. which seems a bit excessive.

I found that these tweaks help somewhat. Although the whole system still get extremely unresponsive.
echo "2000" > /proc/sys/vm/min_free_kbytes
echo "500 700 1000" > /proc/sys/net/ipv4/tcp_mem

The first one reserves some more kernel memory.
The second one limits the amount of memory for tcp sockets. Maybe this one could be even lower because I still get out of memory erros occasionally.

[Anonymous]

Originally posted by: shanem... (code.google.com)@gmail.com

Hi all,

I just want to share my experience with this issue, as I have clearly identified when it occurs in my system.

I have a WLXKJ652 NAS running Snake OS snakeos-V1.3.2-20111019.  I have an external USB-Eth adapter, to overcome the Samba / FTP connection problems reported in "File transfer (SMB or ftp) frozen during transfer".

The thing is, if I use the WLXKJ652 internal ethernet adapter, transmission runs fine, very stable although my parameters are very conservative (peer limit global: 240 / peer limit per torrent: 5 / speed down: 100 kB/s / speed up: 10 kB/s Download queue size: 1) I have been able to run transmission for days.

The problem shows up when I connect the external USB-Eth adapter (Asix AX88772B as per Issue 11).

As soon as I turn on Transmission using the external AX88772B USB-Eth adapter and I add any torrent to Transmission, the CPU usage goes up to 100 %, and within a few seconds/minutes the NAS is frozen.  I have to do a hard reset to recover it.

The good side is that when I use the external AX88772B USB-Eth adapter, the Samba / FTP problem is gone.

The good side 2, now I know that Transmission runs fine with the internal Eth adapter (although not the Samba/FTP services).

So, I have to plug / unplug the ethernet cable from interface depending on the use I want, either Transmission or Samba.

I have been wondering about an old driver problem for the USB-Eth adapter, and I have found the source files for the latest version of the driver (attached file) but I don't know how to compile it for the Snake OS.

I would be very glad if someone can give me the right directions regarding how to compile this driver, so I can try if this transmission problem is just a driver issue.

For all your help, thanks in advance.

Best regards.

[Anonymous]

Originally posted by: txsanyix

Same here, since few months transmission crashes at nearly every 20% downloads of a torrent on cubieboard 2, so i need to log in with SSH and restart the service...