Project

General

Profile

Bug #2500

crash SEGV starting recording (streaming_pad_deliver)

Added by Rob vh almost 10 years ago. Updated over 9 years ago.

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

crash.log (7.58 KB) crash.log Rob vh, 2014-11-22 20:27
tvheadend-valgrind.log (7.34 KB) tvheadend-valgrind.log Stéphane Bidoul, 2015-03-05 20:54

Subtasks

Bug #2611: crash in streaming_pad_deliverRejected

Actions

History

#1

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.

#2

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..

#3

Updated by Rob vh almost 10 years ago

yes, same offset in streaming.c

#4

Updated by Rob vh almost 10 years ago

this still happens with 3.9.2300

#5

Updated by Jaroslav Kysela almost 10 years ago

  • Subject changed from crash SEGV starting recording to crash SEGV starting recording (streaming_pad_deliver)
#6

Updated by Stéphane Bidoul over 9 years ago

I could reproduce under valgrind. I attach the valgrind log.

Also available in: Atom PDF