Servus TV bringt VDR zum Absturz, jede Woche zur selben Zeit

  • Hallo,
    es ist nun schon das 4. mal passiert (hintereinander und auf 2 VDRs):


    In der Nacht von Samstag zu Sonntag bricht eine Aufnahme von ServusTV ab;


    Code
    Apr 27 00:53:01 linux-u3j3 vdr: [7726] recording to '/video/Life_On_Mars:_Gefangen_in_den_70ern/Sex_-_Partys/2014-04-27.00.24.42-0.rec/00011.ts'
    Apr 27 00:55:54 linux-u3j3 vdr: [7726] recording to '/video/Life_On_Mars:_Gefangen_in_den_70ern/Sex_-_Partys/2014-04-27.00.24.42-0.rec/00012.ts'
    Apr 27 00:58:49 linux-u3j3 vdr: [7726] recording to '/video/Life_On_Mars:_Gefangen_in_den_70ern/Sex_-_Partys/2014-04-27.00.24.42-0.rec/00013.ts'
    Apr 27 00:59:48 linux-u3j3 vdr: [7726] ERROR: video data stream broken
    Apr 27 00:59:48 linux-u3j3 vdr: [7726] initiating emergency exit
    Apr 27 00:59:48 linux-u3j3 vdr: [3327] emergency exit requested - shutting down
    Apr 27 00:59:48 linux-u3j3 vdr: [3327] stopping plugin: remote
    Apr 27 00:59:48 linux-u3j3 vdr: [3327] stopping plugin: dvbhddevice


    Das ist jetzt schon die 4. Woche so, immer Sonntag um 00:59 Uhr
    Hat da einer 'ne Idee ?


    Edit : Sehe gerade der Beitrag ist hier wohl falsch, evtl. verschieben

    vdr 1.7.23 suse 12.1 64 Bit 1xTTS2-6400 HD-USB: 24TB
    vdr 1.7.23 suse 11.3 64 Bit 1xTTS2-6400, 1xTTS2-3200 + ci HD:2TB
    vdr 2.2.0 Raspberry pi HD-USB: 2TB (Garten)

  • Trotz Deiner sehr umfangreichen Angabe zu Deiner Hardware und der verwendeten Distribution, sowie auch den Vollständigen Auszügen vom Syslog und dmesg, etc. kann ich leider nicht erkennen, woran der Fehler liegen könnte.
    Evtl. kann man Dir ja HIER weiterhelfen.

  • Gefangen_in_den_70ern/Sex_-_Partys


    ich bin sicher das hat was mit fsk und dem hier zu tun :mua


    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



  • vdr 1.7.23 (steht zumindest in deiner Signatur) ist uralt - hast du mal ausprobiert, ob sich das mit der aktuellen stabilen Version 2.0.6 noch repoduzieren lässt?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • VDR siehe Signatur oder Hardware kann ich eigentlich ausschließen. Ich kann zu dieser
    Zeit alle anderen Sender aufnehmen, auch mehrere Aufnahmen gleichzeitig,
    Das passiert NUR wenn von ServusTV aufgenommen werden soll und nur 1 mal die Woche zu dieser
    Zeit.


    Die Hardware : Mainboard ist immer ein ASUS E35M1-M, der Rest wie in der Signatur.
    Ich habe das mit dem 1. und 3. VDR meiner Signatur regelmäßig und ohne Ausnahme
    in den letzten 4 Wochen nachvollziehen können.


    Könnte jemand mal eine Testaufnahme mit VDR 2.x machen? Wenn das klappt,
    würde ich dann umsteigen auf VDR 2.x.

    vdr 1.7.23 suse 12.1 64 Bit 1xTTS2-6400 HD-USB: 24TB
    vdr 1.7.23 suse 11.3 64 Bit 1xTTS2-6400, 1xTTS2-3200 + ci HD:2TB
    vdr 2.2.0 Raspberry pi HD-USB: 2TB (Garten)

  • @ CKone Ähh, ja, hätte wohl das log von letzter Woche nehmen sollen.

    vdr 1.7.23 suse 12.1 64 Bit 1xTTS2-6400 HD-USB: 24TB
    vdr 1.7.23 suse 11.3 64 Bit 1xTTS2-6400, 1xTTS2-3200 + ci HD:2TB
    vdr 2.2.0 Raspberry pi HD-USB: 2TB (Garten)

  • [...] Könnte jemand mal eine Testaufnahme mit VDR 2.x machen? Wenn das klappt,
    würde ich dann umsteigen auf VDR 2.x.


    Nur dass ich das richtig interpretiere:
    Wenn ich auf meinem System, mit installiertem vdr-2.1.6, Sonntags um 00:59 Uhr, ServusTV aufnehmen kann, dann willst Du ein Update machen??

  • Ja, eine Aufnahme Sonntag von 00:50 Uhr bis 01:10 Uhr von ServusTV HD .


    Ich bin bei 1.7.23 wegen dem hardlink cutter Patch geblieben.
    95% meiner Aufnahmen sind werbefrei und in HD, und ich nehme viel auf.


    14 GB "Cleopatra" oder 162 Folgen "Magnum" ohne hardlink cutter schneiden
    ist doch recht mühsam.

    vdr 1.7.23 suse 12.1 64 Bit 1xTTS2-6400 HD-USB: 24TB
    vdr 1.7.23 suse 11.3 64 Bit 1xTTS2-6400, 1xTTS2-3200 + ci HD:2TB
    vdr 2.2.0 Raspberry pi HD-USB: 2TB (Garten)

  • Danke 3PO, habe mir das log nochmal genauer angesehen.


    1. der VDR bricht ab mit Apr 27 00:59:48 linux-u3j3 vdr: [7726] ERROR: video data stream broken
    und startet neu.
    2. der VDR will die Aufnahme fortsetzen und bricht erneut ab:


    3. dann kommt :


    und die Aufnahme geht normal weiter.


    ALSO : eine Änderung der Kanaldaten in Kanal 42 hat das verursacht:


    Ich mache dann mal log Ausschriften rein, um zu sehen was sich da ändert jeden Sonntag um 00:59 Uhr.
    Die Stelle wo Klaus die Ausschrift "stopping recording due to modification of channel 42" macht, habe ich gefunden.


    Würde trotzdem gern wissen wie ein VDR 2.x da reagiert, wenn es keine Mühe macht.

  • Gute Idee
    Viele NALUs, keine Daten -> VDR denkt : es kommt nix mehr.


    Danke für den Tip

    vdr 1.7.23 suse 12.1 64 Bit 1xTTS2-6400 HD-USB: 24TB
    vdr 1.7.23 suse 11.3 64 Bit 1xTTS2-6400, 1xTTS2-3200 + ci HD:2TB
    vdr 2.2.0 Raspberry pi HD-USB: 2TB (Garten)

  • Dass der VDR "denkt", halte ich für sehr unwahrscheinlich. :)


    Fakt ist aber:


    Code
    Apr 27 01:00:12 linux-u3j3 vdr: [7909] Starting NALU fill Dumper
    ....
    Apr 27 01:00:14 linux-u3j3 vdr: [7909] stopping recording due to modification of channel 42
  • In

    Code
    cChannel::SetPids()


    habe ich den Vergleich tpid != Tpid schon raus genommen, geht auch wunderbar,
    keine Aussetzer mehr z.B. bei den Sky Kanälen.

    vdr 1.7.23 suse 12.1 64 Bit 1xTTS2-6400 HD-USB: 24TB
    vdr 1.7.23 suse 11.3 64 Bit 1xTTS2-6400, 1xTTS2-3200 + ci HD:2TB
    vdr 2.2.0 Raspberry pi HD-USB: 2TB (Garten)

  • Selbe Zeit, selbes Spiel, Log sieht aus wie oben, nur anderes Datum.
    Kein Eintrag "changing pids of ..." oder "stopping recording due to modification ..."
    einfach nur : "video data stream broken" und dann "emergecy exit"

    vdr 1.7.23 suse 12.1 64 Bit 1xTTS2-6400 HD-USB: 24TB
    vdr 1.7.23 suse 11.3 64 Bit 1xTTS2-6400, 1xTTS2-3200 + ci HD:2TB
    vdr 2.2.0 Raspberry pi HD-USB: 2TB (Garten)

Jetzt mitmachen!

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