Project

General

Profile

Bug #2250

Crash signal 11 starting timed EPG collection

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

Status:
Fixed
Priority:
Normal
Assignee:
-
Category:
Crashes
Target version:
-
Start date:
2014-08-24
Due date:
% Done:

0%

Estimated time:
Found in version:
3.9.1285
Affected Versions:

Description

I have scheduled EPG collection for this mux at 05:05

Aug 24 05:05:00 sat tvheadend13752: mpegts: 11778V in 28.2E - tuning on STV090x Multistandard : DVB-S #2
Aug 24 05:05:01 sat tvheadend13752: subscription: '' subscribing to mux, weight: 0, adapter: 'STV090x Multistandard : DVB-S #2', network: '28.2E', mux: '117
78V', hostname: '<N/A>', username: '<N/A>', client: '<N/A>'
Aug 24 05:05:03 sat tvheadend13752: CRASH: Signal: 11 in PRG: tvheadend (3.9.1285~g1579757-dirty) [a8db42335804050ecab73fc14cec60ab7d88fd64] CWD: /
Aug 24 05:05:03 sat tvheadend13752: CRASH: Fault address (nil) (N/A)
Aug 24 05:05:03 sat tvheadend13752: 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-linu
x-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 /usr/lib/x86_64-linux
-gnu/libavcodec.so.53 /usr/lib/x86_64-linux-gnu/libavutil.so.51 /usr/lib/x86_64-linux-gnu/libavformat.so.53 /usr/lib/x86_64-linux-gnu/libswscale.so.2 /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/lib
m.so.6 /lib/x86_64-linux-gnu/libc.so.6 /usr/lib/libvpx.so.1 /usr/lib/x86_64-linux-gnu/libvorbisenc.so.2 /usr/lib/x86_64-linux-gnu/libvorbis.so.0 /usr/lib/x86
64-linux-gnu/libtheoraenc.so.1 /usr/lib/x86_64-linux-gnu/libtheoradec.so.1 /usr/lib/x86_64-linux-gnu/libspeex.so.1 /usr/lib/libschroedinger-1.0.so.0 /usr/lib/
libgsm.so.1 /usr/lib/x86_64-linux-gnu/libva.so.1 /lib/x86_64-linux-gnu/libbz2.so.1.0 /lib64/ld-linux-x86-64.so.2
Aug 24 05:05:03 sat tvheadend13752: CRASH: Register dump [23]: 00000000000000030000000000000000000000000000000000007ff36163ba3038353035332d7473000000000398d
f78000000000000000200007ff2c80058506f736970652f303700007ff31c09864000007ff34dffaa80366236336263376300007ff31c00002000007ff31c098640000000000014000000007ff34df
fa9e0000000000041f1e20000000000010206c54f0000000000330000000000000000000000000000000dfffffffe7ffbba170000000000000000
Aug 24 05:05:03 sat tvheadend13752: CRASH: STACKTRACE
Aug 24 05:05:03 sat tvheadend13752: CRASH: /usr/local/src/tvheadend/src/trap.c:148 0x4320ac
Aug 24 05:05:03 sat tvheadend13752: CRASH: ??:0 0x7ff361f97cb0
Aug 24 05:05:03 sat tvheadend13752: CRASH: /usr/local/src/tvheadend/src/streaming.c:348 0x41f1e2
Aug 24 05:05:04 sat tvheadend13752: CRASH: /usr/local/src/tvheadend/src/input/mpegts/mpegts_input.c:797 0x4685ac
Aug 24 05:05:04 sat tvheadend13752: CRASH: /usr/local/src/tvheadend/src/wrappers.c:125 0x40f961
Aug 24 05:05:04 sat tvheadend13752: CRASH: ??:0 0x7ff361f8fe9a
Aug 24 05:05:04 sat kernel: [2805073.019888] mpegts_input_th13791 general protection ip:41f1e2 sp:7ff34dffa9e0 error:0 in tvheadend[400000+e7000]
Aug 24 05:05:05 sat kernel: [2805074.485524] init: tvheadend main process (13752) killed by SEGV signal
Aug 24 05:05:05 sat kernel: [2805074.485578] init: tvheadend main process ended, respawning
Aug 24 05:05:05 sat tvheadend19569: main: Log started
Aug 24 05:05:06 sat tvheadend19569: charset: 138 entries loaded
Aug 24 05:05:15 sat tvheadend19569: linuxdvb: adapter added /dev/dvb/adapter5
Aug 24 05:05:15 sat tvheadend19569: linuxdvb: adapter added /dev/dvb/adapter4
Aug 24 05:05:15 sat tvheadend19569: linuxdvb: adapter added /dev/dvb/adapter3
Aug 24 05:05:15 sat tvheadend19569: linuxdvb: adapter added /dev/dvb/adapter2
Aug 24 05:05:15 sat tvheadend19569: linuxdvb: adapter added /dev/dvb/adapter1
Aug 24 05:05:15 sat tvheadend19569: linuxdvb: adapter added /dev/dvb/adapter0
Aug 24 05:05:15 sat tvheadend19569: CSA: Using SSE2 128bit parallel descrambling

At the same time a recording was taking place

Aug 24 04:19:30 sat tvheadend13752: dvr: "Secrets Of" on "Discovery HD" recorder starting
Aug 24 04:19:30 sat tvheadend13752: mpegts: 11856V in 23.5E - tuning on STV090x Multistandard : DVB-S #3
Aug 24 04:19:30 sat tvheadend13752: capmt: Starting CAPMT server for service "Discovery HD" on adapter 3 seq 0x0022
Aug 24 04:19:30 sat tvheadend13752: subscription: "DVR: Secrets Of" subscribing on "Discovery HD", weight: 300, adapter: "STV090x Multistandard : DVB-S #3",
network: "23.5E", mux: "11856V", provider: "M7 Group", service: "Discovery HD"
Aug 24 04:19:34 sat tvheadend13752: dvr: /data/3/tv_recordings/Secrets Of/Discovery HD-Secrets Of.2014-08-24.04-25.ts from adapter: "STV090x Multistandard :
DVB-S #3", network: "23.5E", mux: "11856V", provider: "M7 Group", service: "Discovery HD"
Aug 24 04:19:34 sat tvheadend13752: dvr: # type lang resolution aspect ratio sample rate channels
Aug 24 04:19:34 sat tvheadend13752: dvr: 1 H264 1920x1080 ?
Aug 24 04:19:34 sat tvheadend13752: dvr: 2 AC3 dut ? ?
Aug 24 04:19:34 sat tvheadend13752: dvr: 3 AC3 cze ? ?
Aug 24 04:19:34 sat tvheadend13752: dvr: 4 DVBSUB dut
Aug 24 04:19:34 sat tvheadend13752: dvr: 5 CA
Aug 24 04:19:34 sat tvheadend13752: dvr: 6 CA
Aug 24 04:19:34 sat tvheadend13752: dvr: 7 CA
Aug 24 04:19:34 sat tvheadend13752: dvr: 8 CA
Aug 24 04:19:34 sat tvheadend13752: dvr: 9 CA
Aug 24 04:19:46 sat tvheadend13752: dvr: entry 5902 "Secrets Of" on "Discovery HD" starting at 2014-08-30 06:50:00, scheduled for recording by "Auto recordi
ng by: 10.29.1.54"
Aug 24 04:20:00 sat tvheadend13752: dvr: entry 5903 "Secrets Of" on "Discovery HD" starting at 2014-08-30 17:35:00, scheduled for recording by "Auto recordi
ng by: 10.29.1.54"
Aug 24 04:20:08 sat tvheadend13752: dvr: entry 5904 "Secrets Of" on "Discovery HD" starting at 2014-08-31 04:20:00, scheduled for recording by "Auto recordi
ng by: 10.29.1.54"

Files

crash.log (156 KB) crash.log Rob vh, 2014-09-04 08:40
crash.log (10.5 KB) crash.log Rob vh, 2014-09-25 09:34

History

#1

Updated by Rob vh over 10 years ago

This morning the same crash. Channel 5 (OTA) was recording when a timed EIT scan started on another adapter. Debug log included.

#2

Updated by Rob vh over 10 years ago

The last crash was with 3.9.1355

#3

Updated by Jaroslav Kysela over 10 years ago

Could you reproduce this bug with the latest master (source) ?

#4

Updated by Rob vh about 10 years ago

yesterday, no active recording, on the air EPG disabled at the adapter level. So everything quiet at tvheadend. Then I switched on an XBMC and tuned to Discovery HD. Crash at streaming.c:348 again. code level 1550.

Sep 24 18:56:32 sat tvheadend11644: capmt: Starting CAPMT server for service "Discovery HD" on adapter 3 seq 0x0005
Sep 24 18:56:32 sat tvheadend11644: subscription: "10.29.1.46 [ XBMC Media Center ]" subscribing on "Discovery HD", weight: 150, adapter: "
STV090x Multistandard : DVB-S #3", network: "23.5E", mux: "11856V", provider: "M7 Group", service: "Discovery HD", hostname="10.29.1.46", use
rname="<N/A>", client="XBMC Media Center"
Sep 24 18:56:32 sat tvheadend11644: CRASH: Signal: 11 in PRG: tvheadend (3.9.1550~g24e2c3d) [e36f5e48868f0162885dd82cfbe0739b9f3f93b8] CWD:
/
Sep 24 18:56:32 sat tvheadend11644: CRASH: Fault address (nil) (N/A)
Sep 24 18:56:32 sat tvheadend11644: 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 /usr/lib/x86_64-linux-gnu/libavcodec.so.53 /usr/lib/x86_64-linux-gnu/libavutil.so.51 /usr/lib/x86_64-linux-gnu/libavformat.so.53
/usr/lib/x86_64-linux-gnu/libswscale.so.2 /lib/x86_64-linux-gnu/libdbus-1.so.3 /lib/x86_64-linux-gnu/libpthread.so.0 /lib/x86_64-linux-gnu/l
ibrt.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 /usr/lib/libvpx.so.1 /usr/lib/x86_
64-linux-gnu/libvorbisenc.so.2 /usr/lib/x86_64-linux-gnu/libvorbis.so.0 /usr/lib/x86_64-linux-gnu/libtheoraenc.so.1 /usr/lib/x86_64-linux-gnu
/libtheoradec.so.1 /usr/lib/x86_64-linux-gnu/libspeex.so.1 /usr/lib/libschroedinger-1.0.so.0 /usr/lib/libgsm.so.1 /usr/lib/x86_64-linux-gnu/l
ibva.so.1 /lib/x86_64-linux-gnu/libbz2.so.1.0 /lib64/ld-linux-x86-64.so.2
Sep 24 18:56:32 sat tvheadend11644: CRASH: Register dump [23]: 0000000000000003000000000000000078756d65445b205d00007f2e12a8b590363639306430
6462000000000232b428000000000000000000007f2da0005a60303336313739303100007f2dd802f82000007f2e04ff88406e6168632000000000007f2dd800002000007f2dd
802f820000000000014000000007f2e04ff87a00000000000420782000000000001020200000000000000330000000000000000000000000000000dfffffffe7ffbba17000000
0000000000
Sep 24 18:56:32 sat tvheadend11644: CRASH: STACKTRACE
Sep 24 18:56:32 sat tvheadend11644: CRASH: /usr/local/src/tvheadend/src/trap.c:148 0x433eec
Sep 24 18:56:32 sat tvheadend11644: CRASH: ??:0 0x7f2e133e7cb0
Sep 24 18:56:32 sat tvheadend11644: CRASH: /usr/local/src/tvheadend/src/streaming.c:348 0x420782
Sep 24 18:56:32 sat tvheadend11644: CRASH: /usr/local/src/tvheadend/src/input/mpegts/mpegts_input.c:798 0x46d6ac
Sep 24 18:56:32 sat tvheadend11644: CRASH: /usr/local/src/tvheadend/src/wrappers.c:125 0x410751
Sep 24 18:56:32 sat tvheadend11644: CRASH: ??:0 0x7f2e133dfe9a
Sep 24 18:56:32 sat tvheadend11644: CRASH: clone+0x6d (/lib/x86_64-linux-gnu/libc.so.6)
Sep 24 18:56:32 sat kernel: [117726.929307] mpegts_input_th11666 general protection ip:420782 sp:7f2e04ff87a0 error:0 in tvheadend[400000+f
1000]
Sep 24 18:56:34 sat kernel: [117728.334697] init: tvheadend main process (11644) killed by SEGV signal
Sep 24 18:56:34 sat kernel: [117728.334833] init: tvheadend main process ended, respawning
...
Sep 24 18:56:52 sat tvheadend22533: START: HTS Tvheadend version 3.9.1550~g24e2c3d started, running as PID:22533 UID:112 GID:44, CWD:/ CNF:
/home/hts/.hts/tvheadend

#5

Updated by Mathy Vanvoorden about 10 years ago

I have been struggling with the same issue for a few months now, the server goes out for no apparent reason. I updated to master last week and saw no improvements, still regular crashes. I saw there were some more mpegts-related commits today so I updated again just now and will let you know how it goes during the week. If it keeps malfunctioning I'll try to set up a proper debugging setup to try and catch the problem.

#6

Updated by Mathy Vanvoorden about 10 years ago

Just wanted to chime in and say that so far I haven't had any crashes yet with the code from 2 weeks ago.

#7

Updated by Rob vh over 9 years ago

I have not seen this crash after upgrading to 3.9.2662 (git pull last Sunday).
With 3.9.2479 I was still getting daily crashes. Sorry I cannot be more specific about the patch that fixed it.

#8

Updated by Jaroslav Kysela over 9 years ago

  • Status changed from New to Fixed

Marking as fixed. Create another bug in other case.

Also available in: Atom PDF