Transmission

Hi All,

I'm experiencing the same issue as described here on my Droboshare (ARMv5TEJ). (...) Here is the trace I've got from the last core dump. I hope it is useful and if not, I'm happy to try to dig further if you provide me with instructions.

(...)


Hooray! :D :clap: <feels hope coming back ...

This bug seems to be affecting a lot of people who are all motiviated to help find and fix the cause. Is there nobody who's able to successfully run gdb on one of these platforms and get a meaningful backtrace? Right now we're shooting blindly in the dark...

As I wasn't able to build debug (or ...

One thing that might help without any changes to the code or to gdb -- try running the daemon this way in bash: "TR_DEBUG_FD=2 ./transmission-daemon -f ... 2>runlog" and make sure you have plenty of disk space. This will dump reams of debugging information into the "runlog" file. Most of that ...

I tried strace and here's what I got:


execve("/usr/local/bin/transmission-daemon", ["transmission-daemon", "-g", "/usr/local/var/lib/transmission-"...], [/* 9 vars */]) = 0
brk(0) = 0xd0000
uname({sys="Linux", node="Serwer", ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP ...

Ok, I've got this.

I stared Transmission normally.

Then I attached gdb to it:


# ps aux|grep trans
8001 transmis 7648 S transmission-daemon -g /usr/local/var/lib/transmission-daemon
8052 root 840 S grep trans
# gdb transmission-daemon 8001


dlopen failed on 'libthread_db.so.1' - libthread_db ...

Jordan wrote:Is there any way to get a gdb backtrace, or a valgrind log, to see where the double-free error is taking place?

Roger, I am doing that. I'll let you know about the results when I am done.

I am trying that, thanks for the tip. I'll let know if it helped.

PS I've got libevent 1.4.13.
I just changed to 1.4.13 and it doesn't have the bug, you don't need to disable EPOLL.

That means libevent has nothing to do with the problem in this thread, just as we thought.

I have tried doing ...

Good point grzegorzdubicki, but you don't need a development environment to test it: just set the environment variable before running the daemon...
export EVENT_NOEPOLL=1
Which is standard procedure with my NAS and many other NASes, libevent is known not to work 100% (I do have a developer ...

Have you seen this comment from Transmission devs? Can anyone here build Transmission using those tips and test that solution? - I don't have a working build environment so I can't..

Hi, I have apparently similar problem with Transmission 1.83 from binary SPK package got from here at my Synology DS210j.

And I have had the same problem just before that upgrade (which was the reason I did the upgrade) with 1.80 from ipkg binary package from NSLU2 optware feed .

I have just filed ...