Project

General

Profile

Bug #1300

HTS crashes while changing chanel in VLC window

Added by Wojciech Myrda about 10 years ago. Updated almost 10 years ago.

Status:
Fixed
Priority:
Normal
Category:
Streaming
Target version:
Start date:
2012-10-04
Due date:
% Done:

0%

Estimated time:
Found in version:
3.3.16~gaa5c84e-dirty
Affected Versions:

Description

used version: Tvheadend 3.3.16~gaa5c84e-dirty


Files

tvh (8.97 KB) tvh Wojciech Myrda, 2012-10-04 20:42

History

#1

Updated by Wojciech Myrda about 10 years ago

sorry but I added no info by accident... What happened is that THS crashed for me several times while switching the channel. I believe it could be that several channels might be visible in the list even after I removed certain muxes from the list. Anyway switching to some channels yelded in crash. log of two separate occasions included

#2

Updated by Wojciech Myrda about 10 years ago

I have started my setup from scratch so I would be sure that is not something I have done with removing few muxes. HTS crashes for me while using VLC window to watch a channel when I tr to switch to the different channel even when switching between just scanned channels

Below is yet another example of an crash :(

Oct 6 18:46:01 mediapc tvheadend20528: HTTP: 127.0.0.1: /%5BInvalid%20UTF-8%5D -- 404
Oct 6 18:46:01 mediapc tvheadend20528: subscription: No transponder available for subscription "HTTP" to channel "VIVA Polska"
Oct 6 18:46:01 mediapc tvheadend20528: CRASH: Signal: 11 in PRG: /usr/bin/tvheadend (3.3.17~geb8a96c-dirty) [3b6d172278815c870b8c04945e600a07b1b5c87d] CWD: /
Oct 6 18:46:01 mediapc tvheadend20528: CRASH: Fault address 0x10 (Address not mapped)
Oct 6 18:46:01 mediapc tvheadend20528: CRASH: Loaded libraries: linux-vdso.so.1 /usr/lib64/libcrypto.so.1.0.0 /lib64/libz.so.1 /usr/lib64/libavahi-common.so.3 /usr/lib64/libavahi-client.so.3 /lib64/librt.so.1 /lib64/libdl.so.2 /lib64/libpthread.so.0 /lib64/libc.so.6 /usr/lib64/libdbus-1.so.3 /lib64/ld-linux-x86-64.so.2 /lib64/libnss_compat.so.2 /lib64/libnsl.so.1 /lib64/libnss_nis.so.2 /lib64/libnss_files.so.2
Oct 6 18:46:01 mediapc tvheadend20528: CRASH: Register dump [23]: 0000000000000098 00007fb8e274f422 0000000000000000 00007fb8e274f19a 00007fb8d81905f0 0000000000000004 00007fb889ff2230 00007fb889ff2d50 00007fb8d8001408 0000000000000000 0000000000000000 0000000000000000 0000000000000000 00007fb8d8001370 0000000000000215 00007fb889ff2150 0000000000444543 0000000000010206 0000000000000033 0000000000000004 000000000000000e fffffffe7ffbfa17 0000000000000010
Oct 6 18:46:01 mediapc tvheadend20528: CRASH: STACKTRACE
Oct 6 18:46:01 mediapc tvheadend20528: CRASH: ??:0 0x4263a8
Oct 6 18:46:01 mediapc tvheadend20528: CRASH: ??:0 0x7fb8e2a790f0
Oct 6 18:46:01 mediapc tvheadend20528: CRASH: ??:0 0x444543
Oct 6 18:46:01 mediapc tvheadend20528: CRASH: ??:0 0x443c4d
Oct 6 18:46:01 mediapc tvheadend20528: CRASH: ??:0 0x43ceb2
Oct 6 18:46:01 mediapc tvheadend20528: CRASH: ??:0 0x43d46f
Oct 6 18:46:01 mediapc tvheadend20528: CRASH: ??:0 0x408e7d
Oct 6 18:46:01 mediapc tvheadend20528: CRASH: ??:0 0x4091e3
Oct 6 18:46:01 mediapc tvheadend20528: CRASH: ??:0 0x409372
Oct 6 18:46:01 mediapc tvheadend20528: CRASH: ??:0 0x409728
Oct 6 18:46:01 mediapc tvheadend20528: CRASH: ??:0 0x407cf9
Oct 6 18:46:01 mediapc tvheadend20528: CRASH: ??:0 0x7fb8e2a71c3a
Oct 6 18:46:01 mediapc tvheadend20528: CRASH: clone+0x6d (/lib64/libc.so.6)
Oct 6 18:46:01 mediapc kernel: [212967.632245] tvheadend2248: segfault at 10 ip 0000000000444543 sp 00007fb889ff2150 error 4 in tvheadend[400000+86000]

#3

Updated by Adam Sutton about 10 years ago

  • Status changed from New to Need feedback
  • Assignee deleted (Hein Rigolo)

What is really needed is a gdb stack trace that will help pinpoint things.

Adam

#4

Updated by Wojciech Myrda about 10 years ago

I would love too but need a bit help

I start tvh as a daemon and my config is located in /etc direcory. Looking at the Gentoo init scripts and combining stuff from conf.d and init.d it start's using the following

/usr/bin/tvheadend -f -C -u tvheadend -g video -c /etc/tvheadend

Now. what steps do I need to take to run tvh with gdb preferebly wtill using this info

If that would be possible then adding "-d" to it to get extra debug info should be then no problem either

#5

Updated by Adam Sutton about 10 years ago

There are 2 ways of approaching this:

1. Start tvh manually under gdb:
gdb tvheadend
run TVH_OPTIONS
..wait for crash..
bt full

2. Start tvh normally but ensure coredumps are enabled
Add "ulimit -c unlimited" to whatever startup script you're using
..wait for TVH to crash..
gdb tvheadend corefile
bt full

Only issue with option 2 is I don't know where the coredump will be put for daemon (I can't think of the top of my head whether or not we change directory).

Adam

#6

Updated by Wojciech Myrda about 10 years ago

1) I run: ulimit -c unlimited
2) manually started tvh with tvheadend -d -c /home/mediapc/Backup/tvheadend/ -C with this result

http://pastebin.com/jkATM2xL

3) result of gdb
http://pastebin.com/2EFNSFfr

#7

Updated by Wojciech Myrda about 10 years ago

here probably more appropriate info
from thv debug
http://paste.org/55322

from gdb bt full
http://paste.org/55321

#8

Updated by Adam Sutton about 10 years ago

  • Category changed from 10 to Streaming
  • Assignee set to John Törnblom

It looks like the service was NULL, not really sure what has happened here. But since its in the muxer code I'll pass to John.

Not sure whether this will need back porting to 3.2 at this stage, or whether it might already have been fixed.

Adam

#9

Updated by John Törnblom about 10 years ago

I can fix the crash by checking for a null-pointer but obviously there is something else causing the pointer to be null in the first place. Adam, any ideas?

#10

Updated by John Törnblom about 10 years ago

I think this has been fixed now, can you confirm?

#11

Updated by Adam Sutton almost 10 years ago

  • Status changed from Need feedback to Fixed
  • Target version set to 3.4

Marking fixed as there has been no response and John believes it fixed.

Adam

Also available in: Atom PDF