Project

General

Profile

Bug #3836

TVHeadend crash, invalid pointer

Added by Randy M over 8 years ago. Updated over 4 years ago.

Status:
Invalid
Priority:
Normal
Assignee:
-
Category:
Crashes
Target version:
-
Start date:
2016-06-02
Due date:
% Done:

0%

Estimated time:
Found in version:
4.1.2076 and earlier
Affected Versions:

Description

I'm running TVH version 4.1.2076 now but have this for a longer period with earlier versions also.

For some reason when i navigate in GUI , do some changes or let the GUI stay idle TVH crashes.
It also crashes with recordings.

I'm running it on a Synology DS715 and launched TVH from CLI using the following (extra=bold) commands

/usr/local/tvheadend-testing/bin/tvheadend -u tvheadend-testing -g users -c /usr/local/tvheadend-testing/var -p /usr/local/tvheadend-testing/var/tvheadend.pid -l /volumeUSB1/usbshare/logs/tvheadend/debug.log --debug --trace --fileline

When i check logging it looks like i'm missing the debug information, the same for trace etc.
The only thing I see from CLI is this:

2016-06-02 10:35:12.907 [ INFO] xmltv: episodes tot= 42 new= 42 mod= 42
2016-06-02 10:35:12.907 [ INFO] xmltv: broadcasts tot= 42 new= 42 mod= 42
  • Error in `/usr/local/tvheadend-testing/bin/tvheadend': realloc(): invalid pointer: 0x73696544 ***
    Aborted
    root@DS715:~#

Please advice me on how to retrieve the needed info to check this issue.

History

#1

Updated by Jaroslav Kysela over 8 years ago

It looks like a memory corruption. If you have the valgrind pakage available and tvh with debugging symbols, you may try to run tvheadend under valgrind, if it shows something.

#2

Updated by Randy M over 8 years ago

Memory corruption? I doubt it but will run a RAM test tonight using Synology Assist since i'm not familiar with valgrind for Synology.
Why i don't think it's a memory issue is that TVH runs perfectly fine for several weeks (or longer) as long you keep away from the GUI or do recordings.
It also has several other apps installed that have no issues.
1 thing i can try also is to downgrade to a version revision 4.1.8xx or something like that since that didn't show such issues.

#3

Updated by Jaroslav Kysela over 8 years ago

I mean with 'memory corruption' that some code in TVH uses unallocated or wrong memory areas, thus the process does unpredictable things... But it's difficult to debug. I'm using valgrind or clang (memory checkers) to debug this.

#4

Updated by Randy M over 8 years ago

Sorry, my bad. I'll try if I can get the needed information for you.

#5

Updated by danny skjodt over 8 years ago

The easiest way to get valgrind on a synology will be using the debian chroot.
https://github.com/SynoCommunity/spksrc/wiki/Debian-Chroot

#6

Updated by Randy M over 8 years ago

cindy lonely
Thanks, I will try if i can get it done this weekend.

#7

Updated by Randy M over 8 years ago

I'm having a hard time getting it setup to troubleshoot, i can only say that it definitely crashes when i access GUI and leave it.

Will do my best for proper information.

#8

Updated by Randy M over 8 years ago

Is there a simple guide on how to get tvh running under debian chroot?

#9

Updated by Mark Clarkstone over 8 years ago

Randy M wrote:

Is there a simple guide on how to get tvh running under debian chroot?

https://github.com/SynoCommunity/spksrc/wiki/Debian-Chroot

#10

Updated by Jaroslav Kysela over 8 years ago

If you're using the SAT>IP client code (you have SAT>IP tuners), then try v4.1-2130-g55fec0f . I tried to fix a serious problem there.

#11

Updated by Randy M over 8 years ago

Jaroslav Kysela wrote:

If you're using the SAT>IP client code (you have SAT>IP tuners), then try v4.1-2130-g55fec0f . I tried to fix a serious problem there.

I'm not using SAT>IP but I also noticed a few http server fixes. I think this might fix a few issues for me also.
Read alot about how to setup my test environment and i think i have it now i need to find the time to finish it but first i'll upgrade.

#12

Updated by Randy M over 8 years ago

Updated to 4.1.2130 and the first time I accessed GUI and leaved it i was hopeful since it would mostly crash instantly when leaving it.
Now it took a few minutes longer before it crashed.

Going for the valgrind method but this will be after the weekend.

#13

Updated by Randy M over 8 years ago

Using DVB-C btw.

#14

Updated by Randy M over 8 years ago

Okay, got TVH running under Debian Chroot but doesn't look like i can reproduce the crash by leaving GUI.
So far it seems to be running and i can't get it forced to crash.

#15

Updated by Randy M over 8 years ago

Installed version 4.0-git04998595df and it runs without issues, i can do everything i want.
No crashes with GUI access, Recordings, timeshift etc etc

For some reason a debian chroot install seems to run fine also so i'm out of ideas how to trouble shoot this.

#16

Updated by Randy M over 7 years ago

Today i installed version 4.1.2389 and again it crashes when you access GUI and leave it or doing a recording.
What kind of drastic things happened during version version 4.1.1945 (which is running perfectly fine without crashes) and now?
I did not do a debian chroot install but a synology package compiled by syno.dierkse.nl
Did he miss some dependencies maybe?

#17

Updated by Randy M over 7 years ago

Is there a explanation why it runs under debian chroot and not when you cross compile it for Synology?

#18

Updated by Jaroslav Kysela over 7 years ago

Provide some logs which can be used to analyze the issue: https://tvheadend.org/projects/tvheadend/wiki/Debugging

#19

Updated by Randy M over 7 years ago

I compiled a new version for my Synology (DS715 / Alpine) and used different folder names and ports (6681/6682 instead of 9981/9982) and so far it seems to run. This is strange though since in previous attempts when i removed old install and reinstalled newer version it mostly immediately crashed when trying to reproduce.

Could it have something to do with these files that are on my system, should i remove them first when doing a new install?

root@DS715:~# find / -name *.core
/volume1/@tvh:tcp-start.core

root@DS715:~#

Anyway, my debug setup is running next to original setup and i have configured the logging like this:

When i checked the log it seems to work, got debug and trace info so now wait until it crashes again.

#20

Updated by Randy M about 7 years ago

After a long period of silence it started to crash again on my Synology.
Some must have happend during configuration of things because it worked perfect for months and now suddenly it crashes and mainly when closing browser thus leaving TVH Gui.

I uploaded full debug here https://drive.google.com/open?id=0B24WYfMEmyxNbVV3NndrcG5MWFk
Latest file before crash is debug.log.016

#21

Updated by Randy M almost 7 years ago

At the end it all seems an issue with libstdc++
Recieved a different package compiled with different toolchain and now it seems to work as expected.

#22

Updated by Mono Polimorph almost 7 years ago

Randy M wrote:

At the end it all seems an issue with libstdc++

Then, please close this issue. ;)

#23

Updated by Flole Systems over 4 years ago

  • Status changed from New to Invalid

Also available in: Atom PDF