Bug #2500
crash SEGV starting recording (streaming_pad_deliver)
Status:
New
Priority:
Normal
Assignee:
-
Category:
Crashes
Target version:
-
Start date:
2015-01-11
Due date:
% Done:
100%
Estimated time:
(Total: 0.00 h)
Found in version:
3.9.2152
Affected Versions:
Description
starting a recording of an encrypted channel results in a crash
Nov 22 18:04:30 sat tvheadend[26141]: dvr: "Castle" on "NET5 HD" recorder starting Nov 22 18:04:30 sat tvheadend[26141]: mpegts: 12187H in 23.5E - tuning on STV090x Multistandard : DVB-S #3 Nov 22 18:04:30 sat tvheadend[26141]: capmt: oscam: Starting CAPMT server for service "NET5 HD" on adapter 3 seq 0x000 6 Nov 22 18:04:30 sat tvheadend[26141]: subscription: 001B: "DVR: Castle" subscribing on "NET5 HD", weight: 500, adapter : "STV090x Multistandard : DVB-S #3", network: "23.5E", mux: "12187H", provider: "M7 Group", service: "NET5 HD" Nov 22 18:04:31 sat tvheadend[26141]: CRASH: Signal: 11 in PRG: tvheadend (3.9.2152~gcb13dfb) [f24ad3ebb26d4039e2f65b2 a6545de73198bb4cc] CWD: / Nov 22 18:04:31 sat tvheadend[26141]: CRASH: Fault address (nil) (N/A) Nov 22 18:04:31 sat tvheadend[26141]: CRASH: Loaded libraries: /lib/x86_64-linux-gnu/libssl.so.1.0.0 /lib/x86_64-linux -gnu/libcrypto.so.1.0.0 /lib/x86_64-linux-gnu/libz.so.1 /usr/lib/liburiparser.so.1 /usr/lib/x86_64-linux-gnu/libavahi- common.so.3 /usr/lib/x86_64-linux-gnu/libavahi-client.so.3 /lib/x86_64-linux-gnu/libdbus-1.so.3 /lib/x86_64-linux-gnu/ libpthread.so.0 /lib/x86_64-linux-gnu/librt.so.1 /lib/x86_64-linux-gnu/libdl.so.2 /lib/x86_64-linux-gnu/libm.so.6 /lib /x86_64-linux-gnu/libc.so.6 /lib64/ld-linux-x86-64.so.2 /lib/x86_64-linux-gnu/libnss_compat.so.2 /lib/x86_64-linux-gnu /libnsl.so.1 /lib/x86_64-linux-gnu/libnss_nis.so.2 /lib/x86_64-linux-gnu/libnss_files.so.2 Nov 22 18:04:31 sat tvheadend[26141]: CRASH: Register dump [23]: 000000000000000000000000ffffffdf000000000000000d00000 0000000000000000000031ea23000007f11f4000b7000000000000000000000000000000202000000000219a7c000007f11f4000b7000000000031 ea2306720666f206b736900000000772072650000000000000007000000000000014100007f121fffe78000000000004249fd00000000000102060 0000000000000330000000000000000000000000000000dfffffffe7ffbba170000000000000000 Nov 22 18:04:31 sat tvheadend[26141]: CRASH: STACKTRACE Nov 22 18:04:31 sat tvheadend[26141]: CRASH: /usr/local/src/tvheadend/src/trap.c:148 0x4393ac Nov 22 18:04:31 sat tvheadend[26141]: CRASH: ??:0 0x7f123591fcb0 Nov 22 18:04:31 sat tvheadend[26141]: CRASH: /usr/local/src/tvheadend/src/streaming.c:336 0x4249fd Nov 22 18:04:31 sat tvheadend[26141]: CRASH: /usr/local/src/tvheadend/src/input/mpegts/mpegts_input.c:854 0x47a0e9 Nov 22 18:04:31 sat tvheadend[26141]: CRASH: /usr/local/src/tvheadend/src/wrappers.c:140 0x411961 Nov 22 18:04:31 sat tvheadend[26141]: CRASH: ??:0 0x7f1235917e9a Nov 22 18:04:31 sat kernel: [1843806.662073] mpegts_input_th[26183] general protection ip:4249fd sp:7f121fffe780 error :0 in tvheadend[400000+105000] Nov 22 18:04:33 sat kernel: [1843808.685147] init: tvheadend main process (26141) killed by SEGV signal Nov 22 18:04:33 sat kernel: [1843808.685218] init: tvheadend main process ended, respawning
This happens about once a day. No other activity on tvh.
Files
Subtasks
History
Updated by Rob vh almost 10 years ago
I upgraded to the latest (unstable) oscam on Saturday and 3.9.2186. Crash still happens, some of the times when an encrypted channel is tuned. One in 20 events, or so, at least once a day.
Updated by Jaroslav Kysela almost 10 years ago
Is the crash with latest similar to reported ?
It looks like a memory corruption - difficult to find..
Updated by Jaroslav Kysela almost 10 years ago
- Subject changed from crash SEGV starting recording to crash SEGV starting recording (streaming_pad_deliver)
Updated by Stéphane Bidoul over 9 years ago
- File tvheadend-valgrind.log tvheadend-valgrind.log added
I could reproduce under valgrind. I attach the valgrind log.