[0.5] segfault beim Beenden von vdr

JurKub · 24. Februar 2013

Hi all,

beim Beenden vom VDR bekomme ich immer folgenden Eintag im syslog:

Code

Feb 24 15:59:20 VDR-Office vdr-dbg: [953] caught signal 15
Feb 24 15:59:20 VDR-Office vdr-dbg: [953] exiting, exit code 0
Feb 24 15:59:20 VDR-Office kernel: [   47.401890] vdr-dbg[953]: segfault at 7fd3de45d718 ip 00000000005310fe sp 00007fffc80a4520 error 4 in vdr-dbg[400000+1a1000]
Feb 24 15:59:21 VDR-Office kernel: [   47.644256] init: vdr main process (953) killed by SEGV signal

sudo gdb vdr-dbg /var/log/vdr/core.953

(gdb) bt full

Code

#0  0x00000000005310fe in cListBase::Clear (this=0x7ff500) at tools.c:1950
    	object = 0x0
#1  0x0000000000530ce5 in cListBase::~cListBase (this=0x7ff500, __in_chrg=<optimized out>) at tools.c:1870
No locals.
#2  0x000000000051d3af in cList<cStatus>::~cList (this=0x7ff500, __in_chrg=<optimized out>) at tools.h:450
No locals.
#3  0x00007fd3e036b901 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#4  0x00007fd3e036b985 in exit () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#5  0x00007fd3e0351774 in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#6  0x00000000004743e9 in _start ()
No symbol table info available.

Alles anzeigen

Hat jemand eine Idee ?

Thx
JurKub

Keine_Ahnung · 24. Februar 2013

Poste mal mehr vom VDR Log.

Das scheint einer der Abstürze beim aufräumen der C Laufzeitumgebung zu sein (d.h. der VDR ist eigentlich schon beendet), und diese sind egal. Ich habe auch aufgegeben diese zu verfolgen.

cu

JurKub · 24. Februar 2013

vom syslog ? vom (gdb) bt full ist das schon alles

Keine_Ahnung · 24. Februar 2013

Jup, VDR ist schon beendet.

Es ist schon nicht ganz einfach rauszufinden welches Plugin hier die Liste versaut hat. Aber wie gesagt, diese Art Abstürze kannst du ignorieren.

cu

JurKub · 24. Februar 2013

ok, danke für's anschauen

Dieter · 24. Februar 2013

Hallo,
sowas darf man nicht ignorieren!
Es ist ein sicheres Zeichen dass etwas im Code nicht stimmt.
Z.B.: Ein Callback wurde nicht abgeschaltet und es wird versucht ihn aufzurufen (obwohl das gerufene Modul bereits beended wurde).

Sicher, dies ist nicht immer einfach zu finden, aber es ist machbar.

Keine_Ahnung · 24. Februar 2013

Zitat von Dieter

Hallo,
sowas darf man nicht ignorieren!
Es ist ein sicheres Zeichen dass etwas im Code nicht stimmt.
Z.B.: Ein Callback wurde nicht abgeschaltet und es wird versucht ihn aufzurufen (obwohl das gerufene Modul bereits beended wurde).

Jup, aber danach räumt das System doch eh auf. Also wo ist das Problem?

Zitat von Dieter

Sicher, dies ist nicht immer einfach zu finden, aber es ist machbar.

Wie? Nahezu jedes Plugin nutzt ListBase, und das Problem tritt nur sporadisch auf, da debuggt man sich ja zu tode

cu

Dieter · 25. Februar 2013

Hallo,
wenn an Fehler ignoriert, wird man irgendwann dafür bestraft. Und zwar dann wenn es am wenigsten passt.

EDIT: Ich verwende gerade MSCGEN für eine ähnliches Problem (im Job). Aber auch simple Log-Einträge sind Hilfreich.

Keine_Ahnung · 25. Februar 2013

Zitat von Dieter

wenn an Fehler ignoriert, wird man irgendwann dafür bestraft. Und zwar dann wenn es am wenigsten passt.

Jup. Das Problem ist halt das es beim VDR + <viele Plugins> viele solcher Probleme gibt. Wirklich sehr sehr viele

Und nur die wenigsten Loggen sowas überhaupt, den meisten fällt vermutlich gar nicht auf wenn der VDR beim Beenden abstürzt (auch nicht wenn der Absturz an relevanten Stellen auftritt).
Mein vdr Startscript loggt den Exitcode und sichert für den Fall Exitcode > 127 automatisch das Log und den Backtrace. Daher sehe ich sehr deutlich diese Probleme

Zitat von Dieter

EDIT: Ich verwende gerade MSCGEN für eine ähnliches Problem (im Job). Aber auch simple Log-Einträge sind Hilfreich.

Naja, mein Ansatz wäre erstmal der Klasse nen Infofeld mitzugeben und dann ALLEN Plugins anzugewöhnen beim Erstellen des Objektes diese Info mitzugeben. Dann wüsste man wenigstens erstmal von welchen Plugin es kommt.

Aber das macht ne Menge Arbeit. Und wenns nur nen Prolbem ist was zuschlägt nachdem der VDR beendet wurde gewinnt die Faulheit

cu

johns · 25. Februar 2013

Kommt darauf an, wo es passiert.

Ich hatte welche in meinem Plugin, da wurde dann kein EPG und Kanalliste mehr geschrieben.

Johns

Keine_Ahnung · 25. Februar 2013

Genau, deswegen bezieht sich meine Aussage auch wirklich nur auf die Segfaults nach diesem kommen

Code

Feb 24 15:59:20 VDR-Office vdr-dbg: [953] =====================
Feb 24 15:59:20 VDR-Office vdr-dbg: [953] EPG bugfix statistics
Feb 24 15:59:20 VDR-Office vdr-dbg: [953] =====================
Feb 24 15:59:20 VDR-Office vdr-dbg: [953] IF SOMEBODY WHO IS IN CHARGE OF THE EPG DATA FOR ONE OF THE LISTED
Feb 24 15:59:20 VDR-Office vdr-dbg: [953] CHANNELS READS THIS: PLEASE TAKE A LOOK AT THE FUNCTION cEvent::FixEpgBugs()
Feb 24 15:59:20 VDR-Office vdr-dbg: [953] IN VDR/epg.c TO LEARN WHAT'S WRONG WITH YOUR DATA, AND FIX IT!
Feb 24 15:59:20 VDR-Office vdr-dbg: [953] =====================
Feb 24 15:59:20 VDR-Office vdr-dbg: [953] Fix Hits Channels
Feb 24 15:59:20 VDR-Office vdr-dbg: [953] 3   123  DASDING, MDR S-ANHALT
Feb 24 15:59:20 VDR-Office vdr-dbg: [953] 4   26   BAYERN plus, radioeins, SWR2, BR-KLASSIK, NDR Info, WDR 5, WDR 3
Feb 24 15:59:20 VDR-Office vdr-dbg: [953] 6   1290 on3-radio, Antenne Brandenburg, MDR FIGARO, BR-KLASSIK, SWR2, SR2 KulturRadio, ...
Feb 24 15:59:20 VDR-Office vdr-dbg: [953] 7   57   Bremen Eins, Nordwestradio, MDR FIGARO
Feb 24 15:59:20 VDR-Office vdr-dbg: [953] =====================
Feb 24 15:59:20 VDR-Office vdr-dbg: [953] caught signal 15
Feb 24 15:59:20 VDR-Office vdr-dbg: [953] exiting, exit code 0

Alles anzeigen

Weil dierekt nach "exiting, exit code 0" ist der vdr dann auch komplett beendet. Das ins Syslog zu schreiben ist ja seine letzte Handlung

Alle davor können zu seltsamen Seiteneffekten führen. Beim "stopping Plugin foo" sichern ja z.B. viele ihre Daten. Wenns davor abstürtzt ist es natürlich etwas problematisch

cu

[0.5] segfault beim Beenden von vdr

Jetzt mitmachen!

Teilen