Hilfe bei backtrace Analyse erbeten

  • Ich habe zwei Abstürze mit nahezu identischen backtraces, hier einer davon:


    Zeiule 148 in /usr/local/include/vdr/device.h lautet

    Code
    static cDevice *PrimaryDevice(void) { return primaryDevice; }
    ///< Returns the primary device.

    Dieser letzte backtrace ist aufgetreten, nachdem ich auf einem iptv-Radiokanal (Version von Zabrimus) die Pausentaste gedrückt habe. Die Live-Wiedergabe war bis dahin problemlos. Es erschien "Live-Signal wird angehalten" und dann kam der Absturz. Anliegend das log. Die Ursache ist offenbar zunächst ein emergeny exit aufgrund eines VDSB. Dann tritt während des Beendens von vdr und seiner Plugins der segfault auf. Wenn ich das richtig deute, ist das letzte bendete Plugin das radio-Plugin. Danach werden vom vdr die handler threads für die devices beendet. Dabei vermisse ich für device 5 (IPTV mit vlc2iptv, Live-Radio) sowie device 6 (darauf hat vdr die Aufnahme gestartet) Logeinträge für "section handler thread ended". Ich vermute deshalb, dass der segfault im iptv-Plugin aufgetreten ist, wie ich das an anderer Stelle früher schon mal berichtet hatte.


    In den vdr-Einstellungen steht primäres DVB device auf 5.

    0-3 dürften die 4 DVB devices ein. Wenn ich vdr beende und die Zeile mit dem primary device in der setup.conf lösche, setzt vdr nach dem Neustart wieder die 5. Laut femon ist 5 aber iptv.

    Files

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Nutzt Du skindesigner 1.2.24?

    Damit tritt bei fehlendem PrimaryDevice ein segfault auf in cWorker::Action(). Bei mir sah der backtrace zwar anders aus, es könnte aber damit zu tun haben.

    Probiere mal skindesigner 1.2.25, damit sollte das nicht mehr auftreten.


    Grüße

    kamel5

    VDR 2.7.3: ASUS Prime X470-PRO, Ryzen 7 5700X, 64GB, 6TB HD, GT1030, Fedora 40 Kernel 6.11 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

    Git-Repo: gitlab.com/kamel5

  • Skindesigner 1.2-24 ist geladen, aber nicht das aktive OSD (das ist skinnopacity).

    Habe gerade ein git pull gemacht und baue neu. Werde weiter beobachten. Danke für den Tip!

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Code
    #0  0x0000007f7257c2d8 in cWorker::Action() (this=0x5590e5fbc0) at /usr/local/include/vdr/device.h:148 
    #1  0x00000055769f6130 in cThread::StartThread(cThread*) (Thread=0x5590e5fbc0) at thread.c:293

    Es gab mal auf der Mailingliste einen Fix für cThreads, der es nie in den VDR geschafft hat. Hilft der evtl.?

    [PATCH] Fix cThread related race conditions

  • Das Problem mit skindesigner 1.2.24 war:

    1. das der Worker-thread (Ersatz für den MainThreadHook) immer lief, auch wenn gar kein skindesigner-Skin aktiv war. Das würde erklären, das es auch bei Nutzung von skinnopacity auftrat.

    2. das es einen segfault gab, wenn kein primaryDevice vorhanden war.

    Beides sollte mit skindesigner 1.2.25 behoben sein.


    Grüße

    kamel5

    VDR 2.7.3: ASUS Prime X470-PRO, Ryzen 7 5700X, 64GB, 6TB HD, GT1030, Fedora 40 Kernel 6.11 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

    Git-Repo: gitlab.com/kamel5

  • Es gab mal auf der Mailingliste einen Fix für cThreads, der es nie in den VDR geschafft hat. Hilft der evtl.?

    Danke für den Hinweis, ich hatte hier auch schon sporadisch nicht reproduzierbare segfaults, wenn auf einem zweiten Empfangsdevice eine Aufnahme starten sollte.

    Ich sollte diesen Patch wohl mal testen.


    Grüße

    kamel5

    VDR 2.7.3: ASUS Prime X470-PRO, Ryzen 7 5700X, 64GB, 6TB HD, GT1030, Fedora 40 Kernel 6.11 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

    Git-Repo: gitlab.com/kamel5

  • Vielleicht kann kls ja nochmal schauen, warum er das damals nicht übernommen hat. In dem Thread auf der ML fehlt irgendwie ein abschließendes Statement von ihm.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Ich hatte damals seltsame Probleme mit SIGSEGV in cThread::Start(), die aber nicht mehr aufgetreten sind seitdem ich den genannten Patch benutze. Beispiel:

    Code
    2022-11-03T15:36:28.342923+01:00 vdr: [13175] vdr: vdr received signal 11 SIGSEGV
    2022-11-03T15:36:28.561996+01:00 vdr: [13175] /lib64/libpthread.so.0 at ??:?
    2022-11-03T15:36:28.562035+01:00 vdr: [13175] /lib64/libpthread.so.0 pthread_detach calling __pthread_detach at ??:?
    2022-11-03T15:36:28.562070+01:00 vdr: [13175] /usr/src/packages/BUILD/vdr-devel/vdr cThread::Start() at thread.c:327

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!