Absturz des vdr bei Direkt Aufnahme

    Wenn ich die Aufnahmetaste der Fb drücke stürzt der vdr ab. Timergesteuerte Aufnahmen oder vom Skin aus gestartete Aufnahmen funktionieren.
    Die Datei wird in video.00 angelgt

    Code
    Jan 15 13:20:18 Fernseh-PC recordingaction: executing /usr/share/vdr/recording-hooks/R60copy_epgimage before recording /srv/vdr/video.00/@ARD-Mittagsmagazin_mit_Tagesschau/2015-01-15.13.20.1-0.rec as shell script
Jan 15 13:20:18 Fernseh-PC recordingaction: executing /usr/share/vdr/recording-hooks/R90.custom before recording /srv/vdr/video.00/@ARD-Mittagsmagazin_mit_Tagesschau/2015-01-15.13.20.1-0.rec
Jan 15 13:20:19 Fernseh-PC kernel: [  622.902333] traps: receiver on dev[2135] general protection ip:7f587037f25e sp:7f5844345c90 error:0 in libc-2.15.so[7f58702ff000+1b5000]
Jan 15 13:20:19 Fernseh-PC kernel: [  622.968013] init: vdr main process (1619) killed by SEGV signal
Jan 15 13:20:19 Fernseh-PC kernel: [  622.975214] init: vdr-frontend main process (2148) killed by TERM signal
Jan 15 13:20:19 Fernseh-PC LCDd: sock_send: socket write error
Jan 15 13:20:19 Fernseh-PC vdr-crash: vdr exit with signal SEGV

    Warum muss man eigentlich immer erst nach einem Backtrace fragen? ;)


    Vielleicht liegts am Skin.

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

    Zitat von TheChief

    Warum muss man eigentlich immer erst nach einem Backtrace fragen? ;)


    Wird leider keines erstellt obwohl installiert. Habe nur Crashlogs


    Zitat

    Vielleicht liegts am Skin


    Habe Skinopacity

    Hab auch nOpacity, aber da geht Direktaufnahme. Würd mal schauen, wie man unter yaVDR backtraces erstellt. Steht hier irgendwo im Forum.

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

    Wie man ein Backtrace erstellt weiss ich, aber bei dem Absturz gibt es leider keines.


    Das Problem habe ich bei beiden Vdrs lt Signatur


    Beim Originalskin das gleiche.


    edit:Hat doch noch ein Backtrace gegeben.

    Dateien

    crashlog.20150115141020.txt.zip 4,47 kB – 42 Downloads

    Einmal editiert, zuletzt von dippes () aus folgendem Grund: Backtrace hinzugefügt

    Kann ich bestätigen.
    Beim Anhalten des LiveTV per Pause-Taste startet der VDR neu.
    Habe ich vor einigen Wochen schon festgestellt, aber nicht weiter verfolgt, da ich diese Funktion nicht so oft nutze.
    Muss sich also bei irgendeinem Update eingeschlichen haben, denn früher funktionierte das.


    Mein yavdr ist komplett auf testing mit epgd, epg2vdr, scraper2vdr und skinnopacity.


    Markus

    Könnte ggf. mit dem neuen permashift-Patch zusammenhängen. Keine Ahnung...
    Irgendwann schmeiße ich noch mal alle Patches raus...


    Lars.

    Das deaktivieren von osdteletext hat geholfen,das war der Übeltäter.


    Da hat sich ein anderes Problem aufgemacht.
    Wenn ein laufender Timer gelöscht wird und mit der backtaste aus dem Menü navigierst stürzt der vdr ab.


    extrecmenu ist schon ausgeschaltet.

    Dateien

    crashlog.20150115162718.txt.zip 4,2 kB – 51 Downloads

    Das war vorher vermutlich auch schon da.
    Das ist eine Stelle, die auch in einem ungepatchten vdr ist, evtl. wird sie da aber nicht getriggert, wenn es kein permashift oder anderes Zeugs gibt, dass mit den Instant-Aufnahmen rumspielt.


    Da kann ich so spontan nichts zu sagen, das müsste man mit einem vanilla-vdr mal gegenprüfen.


    Lars.

    Hm, osdteletext benutze ich auch und ist eigentlich für mich noch essentiell im Gegensatz zu permashift.

    also permashift wenns gescheit funktioniert ist ein muss.
    Ich hoffe mal das es irgendwann ein fester Bestandteil vom vdr wird.

    Zitat von ofenheizer

    Kann ich bestätigen.
    Beim Anhalten des LiveTV per Pause-Taste startet der VDR neu.
    Habe ich vor einigen Wochen schon festgestellt, aber nicht weiter verfolgt, da ich diese Funktion nicht so oft nutze.
    Muss sich also bei irgendeinem Update eingeschlichen haben, denn früher funktionierte das.


    Mein yavdr ist komplett auf testing mit epgd, epg2vdr, scraper2vdr und skinnopacity.


    Markus


    Hab genau das selbe Szenario, auch mit osdteletext.


    Hab ich gestern ganz genau so mit der Pausentaste gemacht, alles gut.


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Hallo,


    das Problem ist nachstellbar seit dem Update von vdr_2.0.6-6yavdr1_amd64.deb auf vdr_2.0.6-7yavdr0~0.5_amd64.deb vorhanden.


    Gruß,
    Frank

    Server : MLD5.5 testing Headless Streamdev-Server, EPG-Daemon, DD Cine S2, DD DuoFlex S2, 128GB SSD, 2 * 4TB SATA

    Client1 : MLD5.5 testing Streamdev-Client auf NUC 6
    Client2 : MLD5.5 testing Streamdev-Client auf NUC 6

    Dann ist es vermutlich irgendwie ein Seiteneffekt vom neuen permashift und anderen Plugins.


    Ich hoffe, das findet jemand. Ansonsten gibt's demnächst eine Version mit abgespecktem Patchumfang, egal, wer dann wie laut jammert. :)
    Dann gibt es nur noch die, die ich selbst verstehe oder geschrieben habe.


    Lars

    Zitat von mini73

    Ich hoffe, das findet jemand.


    Wer denn wenn nicht DU ? :D

    Server : MLD5.5 testing Headless Streamdev-Server, EPG-Daemon, DD Cine S2, DD DuoFlex S2, 128GB SSD, 2 * 4TB SATA

    Client1 : MLD5.5 testing Streamdev-Client auf NUC 6
    Client2 : MLD5.5 testing Streamdev-Client auf NUC 6

    Zitat von mini73

    Mein Problem: ich hab keine precise-Installation, sondern schon yavdr 0.6 (oder das, was es mal werden soll).


    Dito, und davon auch nur die Hälfte.


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

    Habe gerade mal das Osdteletext Plugin aus den Sourcen neu gebaut, seitdem ist das Problem scheinbar behoben !?

    Server : MLD5.5 testing Headless Streamdev-Server, EPG-Daemon, DD Cine S2, DD DuoFlex S2, 128GB SSD, 2 * 4TB SATA

    Client1 : MLD5.5 testing Streamdev-Client auf NUC 6
    Client2 : MLD5.5 testing Streamdev-Client auf NUC 6

    Einen Rebuild des Plugins kann ich morgen mal anstoßen. Ich hab mir ja schon sowas gedacht, dass es darauf hinausläuft, die Plugins nach dem Patch neu bauen zu müssen...


    Lars

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden