Project

General

Profile

Actions

Bug #4549

closed

tvheadend_4.3-357~g3df769a8c crash

Bug #4549: tvheadend_4.3-357~g3df769a8c crash

Added by Anonymous over 8 years ago. Updated over 8 years ago.

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

0%

Estimated time:
Found in version:
tvheadend_4.3-357~g3df769a8c
Affected Versions:

Description

OS: Ubuntu 17.04 x64
Kernel: 4.10.0-32-generic


Files

crash (4.26 KB) crash log Anonymous, 2017-08-24 10:49
358-gdb.txt (8.17 KB) 358-gdb.txt Anonymous, 2017-08-25 07:40

Updated by Mark Clarkstone over 8 years ago Actions #1

Have you installed the debug package too?

Updated by Anonymous over 8 years ago Actions #3

v358: after record start.
(v334 was OK)

Updated by Nihil Baxter over 8 years ago Actions #4

Same here. Sorry, not able to get some debug log now, but i think its the same problem. Platform is raspianjessie, every time recording starts server crashes.

Updated by Jaroslav Kysela over 8 years ago Actions #5

Again, I need the trace with a binary which contains the debugging symbols. I don't see anything:

hread 1 "tvheadend" received signal SIGSEGV, Segmentation fault.
__strstr_sse2_unaligned () at ../sysdeps/x86_64/multiarch/strstr-sse2-unaligned.S:40
40    ../sysdeps/x86_64/multiarch/strstr-sse2-unaligned.S: No such file or directory.
Already logging to gdb.txt.
#0  __strstr_sse2_unaligned () at ../sysdeps/x86_64/multiarch/strstr-sse2-unaligned.S:40
No locals.
#1  0x0000558167a199fe in ?? ()
No symbol table info available.
#2  0x0000558167a14ffb in ?? ()
No symbol table info available.
#3  0x00005581679d6275 in ?? ()
No symbol table info available.
#4  0x0000558167a02bae in ?? ()
No symbol table info available.
#5  0x00005581679fd5df in ?? ()
No symbol table info available.
#6  0x0000558167972fe4 in ?? ()
No symbol table info available.
#7  0x00007fa18fe513f1 in __libc_start_main (main=0x5581679702b0, argc=6, argv=0x7fff244507d8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fff244507c8) at ../csu/libc-start.c:291
        result = <optimized out>
        unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0, 1342359027323378632, 94014277110880, 140733801891792, 0, 0, 5070380512001268680, 5107305685183634376}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x7fff24450810, 0x7fa19386a168}, data = {prev = 0x0, cleanup = 0x0, canceltype = 608503824}}}
        not_first_call = <optimized out>
#8  0x0000558167974c8a in ?? ()
No symbol table info available.

See "No symbol table info available." .

Updated by Anonymous over 8 years ago Actions #6

Sorry, my knowledge ends here.

Updated by Mark Clarkstone over 8 years ago Actions #7

john - wrote:

Sorry, my knowledge ends here.

Did you install tvheadend-dbg? package & captured a new crash? You can install corekeeper to collect the dumps easier (they are placed in /var/crash).

Updated by Anonymous over 8 years ago Actions #8

I'v installed gdb and ran tvh pid

Updated by Mark Clarkstone over 8 years ago Actions #9

john - wrote:

I'v installed gdb and ran tvh pid

Ok, you need to install tvheadend-dbg, then restart the process & capture the gdb output again (from a fresh crash).

Updated by Anonymous over 8 years ago Actions #10

From the log:

Starting program: /usr/bin/tvheadend -f -u hts -g video
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Inferior 1 (process 4533) exited normally]
No stack.
Quit

Updated by Anonymous over 8 years ago Actions #11

I tried tvheadend_4.3-361~gaa2f92720, same bug..
Start record and tvh crashed.

Updated by C K over 8 years ago Actions #12

Same here, i removed all files in ~/.hts/tvheadend/dvr/. Thats a dirty workaround (remember that you will loose all DVR meta data and auto records)

Updated by Anonymous over 8 years ago Actions #13

Special.. tried and no crash anymore..

Updated by Anonymous over 8 years ago Actions #14

363 seemed to be OK. With the old setup (VM)..

Updated by Jaroslav Kysela over 8 years ago Actions #15

  • Status changed from New to Fixed

There's a fix in v4.3-363-ge1ad2342d for matroska muxer. Marking as resolved. Leave a note if it's not this case.

Updated by Anonymous over 8 years ago Actions #16

Great, tnx!

Actions

Also available in: PDF Atom