Bug #1300
HTS crashes while changing chanel in VLC window
0%
Description
used version: Tvheadend 3.3.16~gaa5c84e-dirty
Files
History
Updated by Wojciech Myrda about 12 years ago
Updated by 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
Updated by Wojciech Myrda about 12 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]
Updated by Adam Sutton about 12 years ago
Updated by - 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
Updated by Wojciech Myrda about 12 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
Updated by Adam Sutton about 12 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
Updated by Wojciech Myrda about 12 years ago
1) I run: ulimit -c unlimited
2) manually started tvh with tvheadend -d -c /home/mediapc/Backup/tvheadend/ -C with this result
3) result of gdb
http://pastebin.com/2EFNSFfr
Updated by Wojciech Myrda about 12 years ago
here probably more appropriate info
from thv debug
http://paste.org/55322
from gdb bt full
http://paste.org/55321
Updated by Adam Sutton about 12 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
Updated by John Törnblom about 12 years ago
Updated by 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?
Updated by Adam Sutton almost 12 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