epg2vdr crashed vdr - mutmaßlich...

  • Bei mir ist der Wurm drin:


    Wenn ich mal im Verzeichnis generell suche, scheint das öfter vorzukommen:


    VDR1: Silverstone SST-LC14S-M, M3N78, AMD Athlon64 5600+, 2G Ram, 2x SATELCO EasyWatch PCI DVB-C, NVIDIA GT218 [GeForce 210] (rev a2), YaVDR 0.6.1
    VDR2: Antec Mini-ITX Case "ISK300-65", AT3IONT-I Deluxe, 2GRam, 32G SSD, Atric Einschalter, YaVDR 0.6.1
    VDR4: Antec Fusion Remote, GA-M68MT-D3, EN210 Silent/DI/512MD2 LP, SATELCO EasyWatch PCI DVB-C, YavDR 0.5

  • Installier mal vdr-dbg und vdr-plugin-epg2vdr-dbg und starte den VDR neu, dann sollte er in /var/log/vdr/ Backtraces von den Crashes erstellen.


    Unabhängig davon würde ich mir überlegen, wo die Empfangsprobleme herkommen:

    Code
    Apr 11 22:44:38 vdr vdr: [12793] ERROR: video data stream broken

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Die Empfangsprobleme wundern mich auch - so es sie denn gibt. Ich habe mal explizit mit femon alle Kanäle kontrolliert. Nirgendwo gibt es ein Problem... Das kann nur sehr punktuell auftreten.

    VDR1: Silverstone SST-LC14S-M, M3N78, AMD Athlon64 5600+, 2G Ram, 2x SATELCO EasyWatch PCI DVB-C, NVIDIA GT218 [GeForce 210] (rev a2), YaVDR 0.6.1
    VDR2: Antec Mini-ITX Case "ISK300-65", AT3IONT-I Deluxe, 2GRam, 32G SSD, Atric Einschalter, YaVDR 0.6.1
    VDR4: Antec Fusion Remote, GA-M68MT-D3, EN210 Silent/DI/512MD2 LP, SATELCO EasyWatch PCI DVB-C, YavDR 0.5

  • Die Story geht weiter. Grad war ich sehr froh, drei Wiederholungen von The Blacklist aufgenommen zu haben, die ersten beiden waren nix, denn der VDR hat zwar die richtige Zeit, aber den falschen Kanal aufgenommen. Irgendwie war er wohl nicht in der Lage, umzuschalten...


    Code
    Apr 15 07:00:00 vdr vdr: [5664] recording thread ended (pid=1269, tid=5664)
    Apr 15 07:00:00 vdr vdr: [1269] buffer stats: 239136 (1%) used
    Apr 15 07:00:00 vdr vdr: [1269] timer 43 (19 0540-0700 'Serie~Chips~06~06x14 Affentheater') stop
    Apr 15 07:00:00 vdr vdr: epg2vdr: Recording of '(null)' has 'stopped' [/srv/vdr/video/Serie/Chips/06/06x14_Affentheater/2017-04-15.05.40.19-0.rec]
    Apr 15 07:00:00 vdr kernel: [ 7784.287366] vdr[1269]: segfault at 2e0 ip 00007fbf536d7144 sp 00007fff00562400 error 4 in libvdr-epg2vdr.so.2.2.0[7fbf53674000+c1000]
    Apr 15 07:00:01 vdr kernel: [ 7785.306104] init: vdr main process (1269) killed by SEGV signal
    Apr 15 07:00:01 vdr kernel: [ 7785.311232] init: vdr-update-monitor main process (1350) killed by TERM signal
    Apr 15 07:00:01 vdr kernel: [ 7785.312687] init: vdr-net-monitor main process (2129) killed by TERM signal
    Apr 15 07:00:01 vdr vdr-crash: vdr exit with signal SEGV
    Apr 15 07:00:01 vdr vdr: [10563] VDR version 2.2.0 started


    Code
    Apr 15 18:10:01 vdr vdr: epg2vdr: Recording of '(null)' has 'stopped' [/srv/vdr/video/Serie/Bull/01/01x14_Top_Secret/2017-04-15.16.50.46-0.rec]
    Apr 15 18:10:01 vdr vdr: epg2vdr: Info: Finished: 'Àñü#004' (not complete! - recorded only 0%); VPS No
    Apr 15 18:10:01 vdr vdr: epg2vdr: Info: Recording 'Àñü#004' finished - NOT complete (0%)
    Apr 15 18:10:01 vdr kernel: [21584.481360] vdr[1257]: segfault at 42b6 ip 00007fb45410e144 sp 00007ffe8a61e060 error 4 in libvdr-epg2vdr.so.2.2.0[7fb4540ab000+c1000]
    Apr 15 18:10:02 vdr kernel: [21585.776329] init: vdr main process (1257) killed by SEGV signal
    Apr 15 18:10:02 vdr kernel: [21585.785350] init: vdr-update-monitor main process (1333) killed by TERM signal
    Apr 15 18:10:02 vdr kernel: [21585.786571] init: vdr-net-monitor main process (2143) killed by TERM signal
    Apr 15 18:10:02 vdr vdr-crash: vdr exit with signal SEGV
    Apr 15 18:10:02 vdr vdr: [24523] VDR version 2.2.0 started


    Nun was besonders schönes, ungefähr 10 Seiten lang. Hier der Beginn:


    Hört dann so auf:

    Code
    Apr 15 18:10:11 vdr vdr: epg2vdr: Warning: Field 'SCRSERIESID' not found
    Apr 15 18:10:11 vdr vdr: epg2vdr: Fatal: Missing definition of field '.VDRUUID' in dictionary!
    Apr 15 18:10:11 vdr vdr: epg2vdr: Fatal: Field '.VDRUUID' not defined (missing in dictionary)
    Apr 15 18:10:11 vdr kernel: [21594.972107] epg2vdr-update[24563]: segfault at 68 ip 00007fec4d61ff79 sp 00007fec07ffeb00 error 4 in libvdr-epg2vdr.so.2.2.0[7fec4d5c1000+c1000]
    Apr 15 18:10:12 vdr kernel: [21595.835018] init: vdr main process (24523) killed by SEGV signal
    Apr 15 18:10:12 vdr kernel: [21595.842278] init: vdr-net-monitor main process (24606) killed by TERM signal
    Apr 15 18:10:12 vdr kernel: [21595.842801] init: vdr-update-monitor main process (24609) killed by TERM signal
    Apr 15 18:10:12 vdr vdr-crash: vdr exit with signal SEGV
    Apr 15 18:10:12 vdr vdr: [24631] VDR version 2.2.0 started



    Man kann ohne Übertreibung sagen: Ich bin völlig ratlos. Warum so plötzlich das alles?

    VDR1: Silverstone SST-LC14S-M, M3N78, AMD Athlon64 5600+, 2G Ram, 2x SATELCO EasyWatch PCI DVB-C, NVIDIA GT218 [GeForce 210] (rev a2), YaVDR 0.6.1
    VDR2: Antec Mini-ITX Case "ISK300-65", AT3IONT-I Deluxe, 2GRam, 32G SSD, Atric Einschalter, YaVDR 0.6.1
    VDR4: Antec Fusion Remote, GA-M68MT-D3, EN210 Silent/DI/512MD2 LP, SATELCO EasyWatch PCI DVB-C, YavDR 0.5

  • Hast du die Backtraces von den VDR-Crashes dazu?


    Nutzt du eine angepasste eventsview.sql, die eventuell nicht auf dem aktuellen Stand ist?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Crashlogs: https://nas.danielbierstedt.de:5001/sharing/lQoDT9u4R


    Nein, nix angepasstes. Alles aus den Paketen:


    VDR1: Silverstone SST-LC14S-M, M3N78, AMD Athlon64 5600+, 2G Ram, 2x SATELCO EasyWatch PCI DVB-C, NVIDIA GT218 [GeForce 210] (rev a2), YaVDR 0.6.1
    VDR2: Antec Mini-ITX Case "ISK300-65", AT3IONT-I Deluxe, 2GRam, 32G SSD, Atric Einschalter, YaVDR 0.6.1
    VDR4: Antec Fusion Remote, GA-M68MT-D3, EN210 Silent/DI/512MD2 LP, SATELCO EasyWatch PCI DVB-C, YavDR 0.5

  • Das Problem besteht weiterhin. Aktuelle Beobachtung ist die folgende: VDR crasht, der daemon wird sofort wieder neu gestartet. Das führt dazu, dass der VDR ab diesem Zeitpunkt ewig läuft, weil er wahrscheinlich den nächsten Aufwachpunkt nicht setzen konnte. Ob in dieser Zeit ab dem Crash aufgenommen wird, kann ich aktuell nur vermuten. Ich denke ja, ansonsten hätte ich davon gehört...


    Ich leite syslog an meine Synology weiter, die mir Emails schickt, wenn im Log "segfault" auftaucht:


    Code
    19.04.2017 14:55 [79483.945659] vdr[21650]: segfault at 2e0 ip 00007fb3a4c30144 sp 00007fffdd9924e0 error 4 in libvdr-epg2vdr.so.2.2.0[7fb3a4bcd000+c1000]
    18.04.2017 01:59 [34423.934405] vdr[17271]: segfault at 2e0 ip 00007f072001a144 sp 00007ffd688d88a0 error 4 in libvdr-epg2vdr.so.2.2.0[7f071ffb7000+c1000]
    17.04.2017 20:30 [14683.976903] vdr[1274]: segfault at 2e0 ip 00007f561a3ad144 sp 00007fffe7ea9e60 error 4 in libvdr-epg2vdr.so.2.2.0[7f561a34a000+c1000]
    16.04.2017 22:50 [10484.332386] vdr[1296]: segfault at 2e0 ip 00007fd83c7a9144 sp 00007fff49b02bc0 error 4 in libvdr-epg2vdr.so.2.2.0[7fd83c746000+c1000]
    15.04.2017 19:10 [25211.372530] softhddev video[24726]: segfault at 7feced2efc9c ip 00007feced2efc9c sp 00007fec8dff2ed0 error 14 in libXdmcp.so.6.0.0[7fecedddc000+5000]
    15.04.2017 18:10 [21594.972107] epg2vdr-update[24563]: segfault at 68 ip 00007fec4d61ff79 sp 00007fec07ffeb00 error 4 in libvdr-epg2vdr.so.2.2.0[7fec4d5c1000+c1000]
    15.04.2017 18:10 [21584.481360] vdr[1257]: segfault at 42b6 ip 00007fb45410e144 sp 00007ffe8a61e060 error 4 in libvdr-epg2vdr.so.2.2.0[7fb4540ab000+c1000]
    15.04.2017 07:00 [ 7784.287366] vdr[1269]: segfault at 2e0 ip 00007fbf536d7144 sp 00007fff00562400 error 4 in libvdr-epg2vdr.so.2.2.0[7fbf53674000+c1000]
    14.04.2017 10:29 [73145.526750] epg2vdr-update[14975]: segfault at 68 ip 00007fc284c07f79 sp 00007fc24effcb00 error 4 in libvdr-epg2vdr.so.2.2.0[7fc284ba9000+c1000]

    VDR1: Silverstone SST-LC14S-M, M3N78, AMD Athlon64 5600+, 2G Ram, 2x SATELCO EasyWatch PCI DVB-C, NVIDIA GT218 [GeForce 210] (rev a2), YaVDR 0.6.1
    VDR2: Antec Mini-ITX Case "ISK300-65", AT3IONT-I Deluxe, 2GRam, 32G SSD, Atric Einschalter, YaVDR 0.6.1
    VDR4: Antec Fusion Remote, GA-M68MT-D3, EN210 Silent/DI/512MD2 LP, SATELCO EasyWatch PCI DVB-C, YavDR 0.5

Jetzt mitmachen!

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