Control plugin erzeugt segfault im Prozess vdr beim Eintritt in S3

  • Im aktuellen yaVDR 0.4.0 erhalte ich im Syslog beim Eintritt in S3:



    init: vdr main process (8065) killed by SEGV signal
    kernel: [ 680.253022] vdr[8065]: segfault at 7f20e2b73738 ip 00000000004da52a sp 00007fff66a07620 error 4 in vdr[400000+144000]


    Durch Deaktivieren der verschiedenen Plugins konnte ich das Control plugin dafür verantwortlich machen.


    Die yavdr-essentials brauchen angeblich dieses Plugin. Weiß allerdings nicht, was mir jetzt entgeht, außer dass ich nicht mehr per Telnet auf das OSD zugreifen kann, was ich eh nicht mache.


    Wenn es nicht nur ein spezielles Problem auf meinem System ist, sollte die Abhängigkeit entweder raus, oder eine bereinigte Version des Control plugins rein ins Repository.


    Pete

  • Das control-Plugins ist standardmäßig doch überhaupt nicht aktiviert, siehe order.conf. Dort müsste default

    Code
    -control

    drin stehen.

  • Den Backtrace bekommt man in der 0.4 relativ einfach:


    aptitude install vdr-dbg


    vi /etc/default/vdr
    ...
    DAEMON="/usr/bin/vdr-dbg"
    ....


    Neu starten und abwarten/bzw den crash provozieren. Nach dem Crash sollte in /var/log/vdr/ ein crash log generiert sein welches einen Backtrace und andere Info's enthält.


    Das könnte man dann hier attachen.

    VDR User: 87 - LaScala LC14B - LG/Phillipps 6,4" VGA Display | Asrock H61/U3S3 | G630T | 1x 16GB Mobi Mtron 3035 1x WD 750GB 2,5" |1x L4m DVB-S2 Version 5.4

  • Das Plugin ist bei mir vermutlich deshalb aktiv, weil es sich um meinen VDR Server handelt, den ich im headless Mode betreibe.


    Ich habe jetzt ein Coredump nach der Anleitung von Steffen erzeugt. Sind aber 94 MB und auch gezippt noch 13 MB.


    Soll ich das wirklich hier attachen?


    Pete

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!