2.3.8 Abstürze auf bestimmten Sendern

  • Das hier...

    Code
    Thread 1 (Thread 0x7f922612e7c0 (LWP 4708)):
     ...
     #8  0x00007f9223e8e4da in exit () from /usr/lib/libc.so.6
     #9  0x000055831f6db45c in Watchdog (signum=<optimized out>) at vdr.c:177
     #10 <signal handler called>
     #11 0x00007f92258a270a in __lll_lock_wait () from /usr/lib/libpthread.so.0
     #12 0x00007f922589ba25 in pthread_mutex_lock () from /usr/lib/libpthread.so.0
     #13 0x000055831f6cc809 in cMutex::Lock (this=0x558320a0e9a8) at thread.c:224
     #14 0x000055831f6ccf7f in cMutexLock::Lock (this=0x7ffc937aaac0, Mutex=<optimized out>) at thread.c:404
     #15 0x000055831f61ad48 in cCamSlot::HasUserIO (this=0x558320a0e990) at ci.c:2395

    ...sieht für mich so aus, als würde cCamSlot::HasUserIO() auf den Mutex warten, den aber ein anderer Thread hält und anscheinend nicht freigibt. Dadurch schlägt der Watchdog zu und bricht VDR ab. Das mit "double free or corruption" passiert erst danach und ist wohl die Folge des "brutalen" Abbruchs. Dürfte aber mit dem eigentlichen Problem nichts zu tun haben.

    Warum der Mutex nicht freigegeben wird kann ich leider nicht erkennen.

    Klaus

    manio meint es ist ci.c (nope, the code is in ci.c - it is VDR)

    Meine VDRs:


    Server: HP Microserver Gen8: OS: ESXi 6.7U3 (HP Image) ; Specs: CPU: E3-1230 V2 | 2x8GB ECC Kingston KTH-PL316E/8G | 1x 3,5" 6.0TB WD Red am Smart Array B120i | 1x 2,5" 500GB SSD (ODD) am Smart Array B210i OS Datastore | 1x Sundtek SkyTV Ultimate IV 2015 (DVB-S/S2) | 1x L4M-Twin S2 ver 6.2 | 1x HPE PS1810-8G Switch |


    Server (VM): Archlinux x86_64 mit VDR4Arch vdr-next VDR 2.4.4 Plugins: vdr-vinsi; vdr-streamdev-server; vdr-osd2web | DVB-S2: passthrough


    Client I: AppleTV 4K mit MrMC und PVR (VNSI)


    Client II: AppleTV 4-th mit MrMC und PVR (VNSI) an 50" Panasonic TX-L50ETW60 |

  • Frodo

    Bei mir sind es seit Wegfall von GoldstarTV im Sky-Abo glücklicherweise nur noch DisneyXD und Heimatkanal, aber XD fällt wegen unseres Sohnes etwas ins Gewicht...

    Ausserdem soll ja auch alles funktionieren ob man es schaut oder nicht - ist ja schließlich bezahlt :rolleyes:

    Hard- / Software
    • SatIP-Server / Octopus NET - MINI ITX / Chieftec IX-01B Case / DD-Max8 / Unicable LNB - DUR-LINE UK 124 / 8 Tuner DVB-S2
    • Server / Ubuntu 24.04 / seahawk1986 - yaVDR-ansible - 2.7.4 / 6x vtuner / ProLiant ML10 v2 / VmWare-ESXI 7.0.3 / 32 GB RAM / 2x 4TB Raid1
    • Client / Ubuntu 24.04 / seahawk1986 - yaVDR-ansible - 2.7.4 / 2x vtuner / Intel NUC8i3BEH / 16 GB RAM / 512GB m.2 SSD / 85" Samsung TV / Denon X3300W AVR
  • Wie schon geschrieben - habe ich seit dem ich das DEBUG_LOCKSEQ im vdr deaktiviert habe keine Crashes mehr, auch nicht beim Heimatkanal oder DisneyXD.

    Ob der Fehler damit generell beseitigt ist mag ich bezweifeln, aber zur Zeit sieht es gut aus.

    Gruß
    Frodo

    Meine VDR Hardware

    YaVDR 0.6: Intel DQ67SW, Digital Devices Octopus Duo CI, 2x DD DuoFlex S2 V4, NVIDIA GT 610 (GF119), IMON VFD

    YaVDR 0.6: Asus Z170I PRO GAMING, NVIDIA GT 1030 (GP108-A), SilverStone ML02B-MXR, IMON LCD

    YaVDR 0.6: Intel DH67CF, TT S2-6400, NVIDIA GTX 1050 (GP107-A)

    YaVDR 0.5: Intel DH67BL, TT S2-6400, TT S2-3200, NVIDIA 210 (GT218)

    YaVDR 0.6: Zotac D2550ITX, NVIDIA GT 610 (GF119) onboard, IMON VFD

Participate now!

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