Bug #1152
Bug #1153: TVHeadend crashes while tuning channel
TVHeadend crashes during initial scan
Start date:
2012-08-23
Due date:
% Done:
0%
Estimated time:
Found in version:
fab1f902bb
Affected Versions:
Description
DS112j> gdb /opt/tvheadend/testbuild/bin/tvheadend 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 "arm-none-linux-gnueabi"... (gdb) attach 29764 Attaching to program: /opt/tvheadend/testbuild/bin/tvheadend, process 29764 Reading symbols from /lib/libssl.so.0.9.8...done. Loaded symbols for /lib/libssl.so.0.9.8 Reading symbols from /lib/libcrypto.so.0.9.8...done. Loaded symbols for /lib/libcrypto.so.0.9.8 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/librt.so.1...done. Loaded symbols for /lib/librt.so.1 Reading symbols from /lib/libpthread.so.0...done. Loaded symbols for /lib/libpthread.so.0 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.3...done. Loaded symbols for /lib/ld-linux.so.3 0x401bfe54 in pthread_mutex_lock () from /lib/libpthread.so.0 (gdb) bt #0 0x401bfe54 in pthread_mutex_lock () from /lib/libpthread.so.0 #1 0x0000b578 in main (argc=<value optimized out>, argv=<value optimized out>) at /opt/src/tvheadend_beta/src/main.c:223 (gdb) bt full #0 0x401bfe54 in pthread_mutex_lock () from /lib/libpthread.so.0 No symbol table info available. #1 0x0000b578 in main (argc=<value optimized out>, argv=<value optimized out>) at /opt/src/tvheadend_beta/src/main.c:223 c = <value optimized out> forkaway = -1091462180 pidfile = <value optimized out> pidpath = 0x4002 <Address 0x4002 out of bounds> grp = <value optimized out> pw = <value optimized out> usernam = <value optimized out> groupnam = <value optimized out> createdefault = 0 set = {__val = {16386, 0 <repeats 31 times>}} rawts_input = 0x0 join_transport = 0x0 confpath = 0x0 p = <value optimized out> endp = 0x0 adapter_mask = 4294967295 crash = 0
This time gdb was not that helpful
Tvheadend is still running, but webif is not accessible, no console output
Sadly I could not reproduce the crash a second time.
History
Updated by Adam Sutton about 12 years ago
Yeah gonna be hard to track down if not repeatable. However I have made changes here so I'll double check them tomorrow.
Adam
Updated by Adam Sutton about 12 years ago
- Status changed from New to Need feedback
- Assignee set to Adam Sutton
I seriously have no idea have that call could fail! It's locking the global mutex which should already be setup and fine. This works fine on lots of other systems and isn't apparently reproducible.
I'm going to leave open pending any further reports, but will probably end up closing it and put it down to a "freak" incident (which I don't like doing).
Adam
Updated by Adam Sutton about 12 years ago
Updated by Adam Sutton about 12 years ago
- Status changed from Need feedback to Rejected
- Parent task set to #1153