Aufnahmen brechen vorzeitig ab seit update auf 1.7.41

  • Hallo,


    ich habe vor kurzem das Update auf 1.7.41 (unter Ubuntu 12.04 LTS) gemacht. Seitdem habe ich nur noch unvollständige Aufnahmen, d.h. der VDR bricht jede Aufnahme vor dem Ende ab. Zuerst mit dem emergency exit, das habe ich abgeschaltet - hat aber das Problem nicht gelöst. Das sieht dann so aus:



    Mar 29 00:17:00 ghost vdr: [5218] record /var/lib/video.00/01Movies/Todeszug_nach_Yuma/2013-03-29.00.17.53-0.rec
    Mar 29 00:17:15 ghost vdr: [5434] frontend 2/0 timed out while tuning to channel 484, tp 112544
    Mar 29 00:18:35 ghost vdr: [5285] channel 53 (kabel eins) event Fri 29.03.2013 00:19-02:23 'Todeszug nach Yuma' status 2
    Mar 29 00:18:39 ghost vdr: [5434] frontend 2/0 timed out while tuning to channel 1310, tp 210758
    Mar 29 00:19:04 ghost vdr: [5285] channel 53 (kabel eins) event Fri 29.03.2013 00:19-02:23 'Todeszug nach Yuma' status 4
    Mar 29 00:19:42 ghost vdr: [5434] frontend 2/0 timed out while tuning to channel 686, tp 210979
    Mar 29 00:20:01 ghost vdr: [5218] connect from 192.168.178.2, port 53156 - accepted
    Mar 29 00:20:03 ghost vdr: [5434] frontend 2/0 timed out while tuning to channel 1368, tp 211067
    Mar 29 00:20:11 ghost vdr: [5218] lost connection to SVDRP client
    Mar 29 00:20:11 ghost vdr: [5218] closing SVDRP connection
    Mar 29 00:20:11 ghost vdr: [5218] connect from 127.0.0.1, port 42625 - accepted
    Mar 29 00:20:11 ghost vdr: [5218] ERROR (svdrp.c,434): Broken pipe
    Mar 29 00:20:11 ghost vdr: [5218] closing SVDRP connection
    Mar 29 00:20:16 ghost vdr: [5218] stopping plugin: conflictcheckonly
    Mar 29 00:20:16 ghost vdr: [5218] stopping plugin: wirbelscan
    Mar 29 00:20:16 ghost vdr: [5218] stopping plugin: epgsearchonly
    Mar 29 00:20:16 ghost vdr: [5218] stopping plugin: xineliboutput
    Mar 29 00:20:17 ghost vdr: [5218] stopping plugin: streamdev-server
    Mar 29 00:20:17 ghost vdr: [5218] stopping plugin: quickepgsearch
    Mar 29 00:20:17 ghost vdr: [5218] stopping plugin: svdrpservice
    Mar 29 00:20:17 ghost vdr: [5218] stopping plugin: live
    Mar 29 00:20:17 ghost vdr: [5218] stopping plugin: epgsearch
    Mar 29 00:20:17 ghost vdr: [5458] EPGSearch: Leaving search timer thread
    Mar 29 00:20:17 ghost vdr: [5218] timer 33 (53 0017-0233 '01Movies~Todeszug nach Yuma') stop


    Das Problem tritt zu ganz verschiedenen Zeit auf, also machmal habe ich gut eine Stunde auf der Platte, manchmal nur ein paar Minuten. Vor dem Update lief der VDR problemlos. Ausser dem VDR-Update habe ich nichts gemacht, der Rest des Systems ist völlig unverändert.


    Mit emergency exit sah das übrigens so aus:



    Mar 27 21:15:44 ghost vdr: [31803] timer 38 (53 2013-2253 '01Movies~Todeszug nach Yuma') start
    Mar 27 21:15:44 ghost vdr: [31803] executing '/usr/lib/vdr/vdr-recordingaction before "/var/lib/video.00/01Movies/Todeszu
    g_nach_Yuma/2013-03-27.20.13.53-0.rec"'
    Mar 27 21:15:44 ghost vdr: [31803] record /var/lib/video.00/01Movies/Todeszug_nach_Yuma/2013-03-27.20.13.53-0.rec
    Mar 27 21:15:44 ghost vdr: [31820] timer 1 (68 2058-2310 'Boxen: IBF Intercontinental Titelkampf Schwergewicht in Berlin'
    ) set to event Tue 02.04.2013 21:00-23:00 'Boxen: IBF Intercontinental Titelkampf Schwergewicht in Berlin'
    Mar 27 21:15:44 ghost vdr: [31820] timer 1 (68 1958-2110 'Kampfsport: Fight Club - Der Eurosport Kampfabend') set to even
    t Thu 28.03.2013 20:00-21:00 'Kampfsport: Fight Club - Der Eurosport Kampfabend'
    Mar 27 21:15:44 ghost vdr: [31820] timer 1 (68 2058-2210 'Kampfsport: Fight Club - Total Knock Out') set to event Thu 28.
    03.2013 21:00-22:00 'Kampfsport: Fight Club - Total Knock Out'
    Mar 27 21:15:44 ghost vdr: [31820] timer 1 (68 2313-0025 'Kampfsport: Fight Club - Total Knock Out') set to event Sat 30.
    03.2013 23:15-00:15 'Kampfsport: Fight Club - Total Knock Out'
    Mar 27 21:15:44 ghost vdr: [31820] timer 1 (68 0013-0125 'Kampfsport: Fight Club - Total Knock Out') set to event Sun 31.
    03.2013 00:15-01:15 'Kampfsport: Fight Club - Total Knock Out'
    Mar 27 21:15:44 ghost vdr: [31820] timer 1 (62 1758-1910 'Grip - Das Motormagazin') set to event Sun 31.03.2013 18:00-19:
    00 'Grip - Das Motormagazin'
    Mar 27 21:15:45 ghost vdr: [31803] stopping recording due to modification of channel 53
    Mar 27 21:15:45 ghost vdr: [31803] timer 38 (53 2013-2253 '01Movies~Todeszug nach Yuma') stop
    Mar 27 21:16:15 ghost vdr: [31842] ERROR: video data stream broken
    Mar 27 21:16:15 ghost vdr: [31842] initiating emergency exit
    Mar 27 21:16:15 ghost vdr: [31803] emergency exit requested - shutting down


    Mar 27 21:16:15 ghost vdr: [31803] stopping plugin: conflictcheckonly
    Mar 27 21:16:15 ghost vdr: [31803] stopping plugin: wirbelscan
    Mar 27 21:16:15 ghost vdr: [31803] stopping plugin: epgsearchonly
    Mar 27 21:16:15 ghost vdr: [31803] stopping plugin: xineliboutput
    Mar 27 21:16:15 ghost vdr: [31803] stopping plugin: streamdev-server
    Mar 27 21:16:15 ghost vdr: [31803] stopping plugin: quickepgsearch
    Mar 27 21:16:15 ghost vdr: [31803] stopping plugin: svdrpservice
    Mar 27 21:16:15 ghost vdr: [31803] stopping plugin: live
    Mar 27 21:16:15 ghost vdr: [31803] stopping plugin: epgsearch
    Mar 27 21:16:15 ghost vdr: [31820] EPGSearch: Leaving search timer thread
    Mar 27 21:16:15 ghost vdr: [31803] timer 12 (4 2013-2155 '01Movies~FilmMittwoch im Ersten: Im Netz') stop
    Mar 27 21:16:15 ghost vdr: [31803] executing '/usr/lib/vdr/vdr-recordingaction after "/var/lib/video.00/01Movies/FilmMittwoch_im_Ersten#3A_Im_Netz/2013-03-27.20.13.4-0.rec"'
    Mar 27 21:16:15 ghost vdr: [31803] timer 38 (53 2013-2253 '01Movies~Todeszug nach Yuma') stop
    Mar 27 21:16:15 ghost vdr: [31803] executing '/usr/lib/vdr/vdr-recordingaction after "/var/lib/video.00/01Movies/Todeszug_nach_Yuma/2013-03-27.20.13.53-0.rec"'
    Mar 27 21:16:15 ghost vdr: [31803] [xine..put] cXinelibOsdProvider: shutting down !
    Mar 27 21:16:15 ghost vdr: [31803] saved setup to /var/lib/vdr/setup.conf
    Mar 27 21:16:16 ghost vdr: [31803] deleting plugin: conflictcheckonly
    Mar 27 21:16:16 ghost vdr: [31803] deleting plugin: wirbelscan
    Mar 27 21:16:16 ghost vdr: [31803] deleting plugin: epgsearchonly
    Mar 27 21:16:16 ghost vdr: [31803] deleting plugin: xineliboutput
    Mar 27 21:16:16 ghost vdr: [31803] deleting plugin: streamdev-server


    Mar 27 21:16:16 ghost vdr: [31803] deleting plugin: quickepgsearch
    Mar 27 21:16:16 ghost vdr: [31803] deleting plugin: svdrpservice
    Mar 27 21:16:16 ghost vdr: [31803] deleting plugin: live
    Mar 27 21:16:16 ghost vdr: [31803] deleting plugin: epgsearch
    Mar 27 21:16:16 ghost vdr: [31821] EPGSearch: Leaving conflict check thread
    Mar 27 21:16:17 ghost vdr: [31803] emergency exit!
    Mar 27 21:16:17 ghost vdr: [31803] exiting, exit code 1


    Kann da jemand was mit anfangen? Das Ganze passiert sowohl bei HD wie auch bei nicht-HD-Aufnahmen.

  • valpo


    Was ist eigentlich so schwer daran hier passende Format-Tags zu verwenden, z.B. Code "#", das man Zeugs auch anständig lesen kann?


    Code
    Mar 29 00:20:01 ghost vdr: [5218] connect from 192.168.178.2, port 53156 - acceptedMar 29 00:20:03 ghost vdr: [5434] frontend 2/0 timed out while tuning to channel 1368, tp 211067Mar 29 00:20:11 ghost vdr: [5218] lost connection to SVDRP clientMar 29 00:20:11 ghost vdr: [5218] closing SVDRP connectionMar 29 00:20:11 ghost vdr: [5218] connect from 127.0.0.1, port 42625 - acceptedMar 29 00:20:11 ghost vdr: [5218] ERROR (svdrp.c,434): Broken pipeMar 29 00:20:11 ghost vdr: [5218] closing SVDRP connection


    Was greift hier per SVDRP auf Deinen VDR zu, 192.168.178.2?


    Code
    Mar 27 21:15:45 ghost vdr: [31803] stopping recording due to modification of channel 53Mar 27 21:15:45 ghost vdr: [31803] timer 38 (53 2013-2253 '01Movies~Todeszug nach Yuma') stopMar 27 21:16:15 ghost vdr: [31842] ERROR: video data stream brokenMar 27 21:16:15 ghost vdr: [31842] initiating emergency exitMar 27 21:16:15 ghost vdr: [31803] emergency exit requested - shutting down


    Wurde bei den anderen abgebrochenen Timern auch der Channels Eintrag geändert? Ich vermute ja Du hast wie alle ein Plugin am Start, das jeder nutzt aber keiner drüber spricht und so nicht zu 1.7.41 passt ...


    Regards
    fnu

    HowTo: APT pinning

    2 Mal editiert, zuletzt von fnu ()

  • Also die Zeile mit den "stopping recording due to modification of channel" habe ich nur im Zusammenhang mit dieser Aufnahme im log gesehen.


    Der SVDRP-Zugriff kommt vom Monitoring, das schaut - wenn der Rechner läuft - nach, ob der vdr auch erreichbar ist. Falls der Rechner läuft aber vdr nicht ansprechbar ist, wird ein Alarm ausgelöst. Ausserdem wird der Rechner schlafen gelegt (suspend to ram) wenn keine Aufnahme läuft (und noch ein paar andere Bedingungen erfüllt sind). Dieses Zeug läuft aber schon seit ein paar Jahren...


    An plugins habe ich:

    Code
    Mar 31 14:44:30 ghost vdr: [23700] loading plugin: /usr/lib/vdr/plugins/libvdr-epgsearch.so.1.7.41Mar 31 14:44:30 ghost vdr: [23700] loading plugin: /usr/lib/vdr/plugins/libvdr-live.so.1.7.41Mar 31 14:44:30 ghost vdr: [23700] loading plugin: /usr/lib/vdr/plugins/libvdr-svdrpservice.so.1.7.41Mar 31 14:44:30 ghost vdr: [23700] loading plugin: /usr/lib/vdr/plugins/libvdr-quickepgsearch.so.1.7.41Mar 31 14:44:30 ghost vdr: [23700] loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev-server.so.1.7.41Mar 31 14:44:30 ghost vdr: [23700] loading plugin: /usr/lib/vdr/plugins/libvdr-xineliboutput.so.1.7.41Mar 31 14:44:30 ghost vdr: [23700] loading plugin: /usr/lib/vdr/plugins/libvdr-epgsearchonly.so.1.7.41Mar 31 14:44:30 ghost vdr: [23700] loading plugin: /usr/lib/vdr/plugins/libvdr-wirbelscan.so.1.7.41Mar 31 14:44:30 ghost vdr: [23700] loading plugin: /usr/lib/vdr/plugins/libvdr-conflictcheckonly.so.1.7.41



    Die plugins habe ich auch alle aus dem yadr-Repo gezogen.


    Hilft das irgendwie weiter?

  • Also die Zeile mit den "stopping recording due to modification of channel" habe ich nur im Zusammenhang mit dieser Aufnahme im log gesehen.


    Also diese Aufnahme ist deshalb abgebrochen, dann muß es für andere Aufnahmen einen anderen Grund geben. Habe ich auch schon einmal gesehen, aber nur bei verschlüsselten Sendern.


    Dieses Zeug läuft aber schon seit ein paar Jahren...


    Das heißt ja nicht das es richtig ist, weil SVDRP nicht ganz sooo einfach ist. Du mußt IIRC z.B. eigentlich warten bis ein SVDRP Befehl abgearbeitet ist, bevor Du den nächsten sendest. Am besten schickst Du Deine SVDRP Kommandos mit "svdrpsend ... &" in den Hintergrund, weil sonst "steht sich der VDR selbst im Weg rum". Könnte in der Tat so aussehen wie Du es oben beschreibst ...


    Regards
    fnu

    HowTo: APT pinning

  • svdrp ist genrell ziemlich wackelig. Wenns Monitoring übers Netz läuft dann kannst du hier mit (watchdog script) http://projects.vdr-developer.org/projects/plg-uactivity auch deinen Monitorserver pingen (in einstellaberen Interwallen). Ein Ping kommt nur wenn VDR und damit auch das darunterliegende System arbeiten.


    Nur so als Vorschlag wenn du erstmal das wacklige svdrp losweden willst.


    [BTW: Lokal kann man auch über dbus2vdr "alive" abfragen http://projects.vdr-developer.…er/entry/uactivity.c#L190 wenn man wissen will ob der VDR noch lebt]


    cu

  • fnu: also das Monitoring macht ein anderer Server, die svdrp-Kommandos werden nicht vom vdr selber abgeschickt.


    Die Sache mit dem Watchdog gefällt mir gut, ich werde mein Monitoring wohl mal umbauen. Vielen Dank für den Tipp.


    Wenn das svdrp generell so wacklig ist wie ihr sagt, werde ich mal zusehen, dass ich das weitgehend loswerde. Eigentlich schade, ich finde das ziemlich praktisch.

  • Eigentlich schade, ich finde das ziemlich praktisch.


    Es ist auch praktisch, keine Frage.


    Aber bei (größeren) Skripten, sollte man ein paar Regeln beachten, nicht einfach blind drauf halten ... das es zu dem ein oder anderen Problem kommen kann, hast Du weiter oben selbst gepostet ...


    Regards
    fnu

    HowTo: APT pinning

  • Und wenns um svdrp Kommandos von Plugins geht dann auch bersser dbus2vdr nehmen, das geht dann in nem extra Thread und an der VDR Main Loop vorbei.


    Ich denke svdrp war niemals dafür gedacht mit riesigen Datenmegen oder zeitkritischen Anfragen überstrapaziert zu werden.


    cu

Jetzt mitmachen!

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