Segmentation Fault on headless server (NSLU2) from 8080 onwards

[DaveF1]

Running T on NSLU2, runs OK up to build 8079 but builds from 8080 onwards cause Segmentaion Fault when loading, running under gdb gives:

# gdb --args /opt/bin/transmission-daemon -f

dlopen failed on 'libthread_db.so.1' - libthread_db.so.1: cannot open shared object file: No such file or directory GDB will not be able to debug pthreads.

GNU gdb 6.8 Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <​http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "armv5b-softfloat-linux"... (gdb) handle SIGPIPE nostop noprint nopass Signal Stop Print Pass to program Description SIGPIPE No No No Broken pipe (gdb) run Starting program: /opt/bin/transmission-daemon -f

Program received signal SIG32, Real-time event 32. 0x402b235c in sigsuspend () from /lib/libc.so.6 (gdb) continue Continuing. [10:26:13.732] Couldn't create socket: Address family not supported by protocol [10:26:49.425] Blocklist "level1.bin" updated with 223236 entries [10:26:49.421] Blocklist "level1.bin" contains 223236 entries [10:26:49.423] RPC Server: Adding address to whitelist: 127.0.0.1 [10:26:49.424] RPC Server: Adding address to whitelist: 192.168.2.*

Program received signal SIGSEGV, Segmentation fault. 0x40317824 in nanosleep () from /lib/libc.so.6 (gdb) thread apply all bt (gdb)

[DaveF1]

Sorry I'm a complete newbie when it comes to running debugger on linux. The backtrace doesn't work, I guess because of the "dlopen failed" error (I'm not looking for gdb support - just trying to give as much info as possible).

[KyleK]

The only thing that changed between builds 8079 and 8080 was added support for password encryption: ​http://trac.transmissionbt.com/changeset/8080

[DaveF1]

I know. But non the less if I run svn 8079 transmission works very well, if I up the version to 8080 (or later) it starts and then crashes as per the log. I'm just trying to work out how to set breakpoints and step through code using gdb (I'm more used to gui compilers/debuggers) and then I should be able to give you something more concrete.

[charles]

DaveF1: any news?

[DaveF1]

Sorry - I've been busy for the last few days. I tried running under gdb but my install of gdb from ipkg doesn't seem to support threads. A backtrace doesn't give any relevant info - just tells you it stopped in nanosleep, which I guess is a timer in one of the threads wating for input from another one. I've tried rollong forwards to versions later than 8080 and then back to 8079. 8079 works perfectly each time 8080 (or later) causes crash when loading. I'll try another build (8250) and see if that does the same. Oleo doesn't seem to have updated T from 1.51 in ipkg yet, wonder if they've got a similar problem?

[DaveF1]

update - 8250 does exactly the same as 8080:

[16:45:39.519] Couldn't create socket: Address family not supported by protocol [16:45:39.516] System does not seem to support IPv6. Not listening onan IPv6 address [16:46:14.243] Blocklist "level1.bin" updated with 223257 entries [16:46:14.246] Blocklist "level1.bin" contains 223257 entries [16:46:14.255] RPC Server: Adding address to whitelist: 127.0.0.1 [16:46:14.257] RPC Server: Adding address to whitelist: 192.168.2.* Segmentation fault

backtrace when running under gdb gives:

(gdb) bt #0 0x40317824 in nanosleep () from /lib/libc.so.6 #1 0x4033e738 in usleep () from /lib/libc.so.6 #2 0x0002d7c8 in tr_wait (delay_milliseconds=100) at utils.c:984 #3 0x00017674 in tr_sessionInit (tag=0x705a0 "daemon",

configDir=0xbffffa41 "/root/.config/transmission-daemon", messageQueuingEnabled=0 '\0', clientSettings=0xbffff8d0) at session.c:486

#4 0x0000b354 in main (argc=4, argv=0xbffff934) at daemon.c:314

don't know if this is any help?

[KyleK]

DaveF1, could you maybe come to Transmissions IRC channel? Or do you use IM? This is probably easier to figure out in real time :)

[charles]

DaveF1: I have a suggestion that I thought we'd talked about already, but don't see it here in the comments... could you please try the steps discussed in ​http://trac.transmissionbt.com/wiki/HeadlessUsage/NSLU2#LibeventIssuesonSpecificSystems and see if it changes anything?

I've had a couple of users say that EVENT_NOEPOLL did the trick for them on similar systems... but they're all worth trying...

[DaveF1]

I tried the steps in the the above link, nothing seemed to make much difference apart from EVENT_NOPOLL which when set to 0 meant transmission wouldn't run at all.

In the mean time the ipkg repositry for T has been updated to 1.52 (8229) this runs perfectly well on my box. I assume therefore the problem I have with 8080+ must be due to my build tools....

[charles]

In the mean time the ipkg repositry for T has been updated to 1.52 (8229) this runs perfectly well on my box. I assume therefore the problem I have with 8080+ must be due to my build tools....

Thanks for the update :)