Ubuntu 18.04, VDR 2.4, bei Euch stabil?

  • Hallo,


    Ich hatte Ubuntu 14.04 mit VDR 2.2. Das lief super stabil.

    Jetzt habe ich Ubuntu 18.04 mit VDR 2.4 . Und immer wieder Abstürze.


    Wie ist das bei Euch? Liegt das an Ubuntu 18.04 oder VDR 2.4?


    Ich habe die Plugins schon recht weit reduziert, also auf softhddevice, live, epgsearch, extb.


    ~Markus

    Client1: ASUS P5QC, Dual Core 3G, Cine S2, Ext. Board von TBE, Xubuntu 20.04, VDR 2.6x

    Client2: RPI3

    Server: RPI4, Sundtek SkyTV Dual 2x

  • Kann ich nicht sagen, es läuft bei mir mit 18.04 und 2.4

    Gruß utiltiy



    VDR Projekte VDR Projects

  • Denke live und epgsearch sind auf 2.4 recht anfällig wegen dem locking, ist aber nur Hörensagen da ich die Plugins nicht nutze.


    Hier ist 18.04 mit vdr 2.4 nicht weniger stabil als ältere Ubuntu und vdr Versionen.

    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



  • Also ich kann das bestätigen. Benutze auch yavdr-ansible von seahawk auf bionic. Und auch immer wieder einfach so Neustarts (siehe auch im ansible-Thread gepostet).

    Denke auch, dass es an epgsearch und/oder live liegen wird, habs noch nicht weiter untersucht, da ich noch nicht komplett auf epgd als epgsearch-Ersatz umgestiegen bin.

  • Ich habe unter 18.04 mit selbst kompiliertem vdr diese Probleme nicht, obwohl auch epgsearch läuft. Live-plugin nutze ich nicht.

    Sind sämtliche patches von Klaus, die noch nach der Freigabe von 2.4.0 kamen, angewandt worden?

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Danke für Eure Infos.


    Um den Fehler einzugrenzen, habe ich jetzt:

    - Alle Plugins deinstalliert, außer softhddevice

    - Das Paket vdr_2.4.0-7yavdr0~bionic_amd64.deb gepatcht, und mit -Og (anstelle von -O3) übersetzt.


    Jetzt warte ich mal ab, ob / wann ich den nächsten core dump bekomme ...


    ~ Markus

    Client1: ASUS P5QC, Dual Core 3G, Cine S2, Ext. Board von TBE, Xubuntu 20.04, VDR 2.6x

    Client2: RPI3

    Server: RPI4, Sundtek SkyTV Dual 2x

  • Ähnliche Probleme gibt es bei mir auch. Nach mehreren Stunden reagiert die Fernbedienung nicht mehr (irw zeigt die Codes aber korrekt an), VDR lässt sich dann auch nicht mehr mittels service stop beenden und muss mit kill -9 gestoppt werden. Auf den BBC HD Kanälen stürzt der VDR ab - softhddevice in libavcodec aus ffmpeg. Ich habe ebenfalls die yavdr-Pakete und verwende epgsearch. Ich sammele momentan auch alle Erkenntnisse die ich finden kann.

    ASRock P67 Extreme6, Intel core i7-2600, 16GB DDR-3 RAM, Ubuntu 18.04, VDR 2.4.0, Digital Devices Max M4

    RaspberryPi 3, Kodi 18.1, PVR

  • Ich hatte hier auf yavdr auch mal vdr 2.4 aus Frodos ppa installiert und nur Probleme, der vdr reagierte teilweise nicht oder es dauerte manchmal Minuten bis er wieder bedienbar war, stürzte auch gerne mal ab, besonders in Verbindung mit OSD2WEB. Der Zugriff auf's Aufnahmeverzeichnis legte immer eine längere Zwangspause ein.

    Ich bin jetzt erstmal wieder auf 2.2 zurück und alles läuft wieder rund.

    Blog


    VDR1 (Server): Gigabyte Z87-HD3, Intel(R) Core(TM) i7-4770S CPU @ 3.10GHz, 16GB RAM, NVIDIA GT 640 (Zotac), Digital Devices Cine V7, OrigenAE S21T, yavdr ansible an Röhre mit vga2scart

    VDR2 (Client): AsRock ION 330, yavdr-ansible auf Ubuntu 18.04 an Panasonic Beamer (HDMI)

  • Also, dass der VDR nicht reagiert, kann ich nicht bestätigen. Läuft schon sehr schön.

    Hier mal ein paar segfaults, die ich so habe.

    Code
    Sep  4 11:35:23 VDR kernel: [ 4203.863304] softhddev video[1734]: segfault at 32d ip 00007f82c2f0234a sp 00007f8242ccf880 error 4 in libavcodec.so.57.107.100[7f82c2cbb000+ca6000]
    Sep  4 13:30:50 VDR kernel: [11131.469236] softhddev video[3489]: segfault at 32d ip 00007f490a67f34a sp 00007f48ba7f0880 error 4 in libavcodec.so.57.107.100[7f490a438000+ca6000]
    Sep  4 14:48:16 VDR kernel: [15776.521203] softhddev video[5341]: segfault at 1276632f8 ip 00007fa7e4b8434a sp 00007fa7defc9880 error 4 in libavcodec.so.57.107.100[7fa7e493d000+ca6000]
    Sep  4 23:01:17 VDR kernel: [11841.156536] softhddev video[2982]: segfault at 329 ip 00007fad24b7b34a sp 00007faca53b1880 error 4 in libavcodec.so.57.107.100[7fad24934000+ca6000]
    
    Sep  6 11:04:13 VDR kernel: [ 8381.383882] softhddev audio[1691]: segfault at ebc00000028 ip 00007fec66e99c90 sp 00007feba77fba10 error 6 in libc-2.27.so[7fec66e05000+1e7000]
    Sep  6 11:12:40 VDR kernel: [ 8888.673847] softhddev video[3175]: segfault at 90a722f8 ip 00007fbac82fa34a sp 00007fba4b6f6880 error 4 in libavcodec.so.57.107.100[7fbac80b3000+ca6000]

    Sowas habe ich auch öfter:

    Code
    Sep  4 00:31:03 VDR kernel: [18236.148210] traps: vdr[5971] trap stack segment ip:55f894a7b3f8 sp:7ffe91417f60 error:0 in vdr[55f8949a2000+1cb000]
    Sep  4 02:49:00 VDR kernel: [26512.788374] traps: vdr[6820] trap stack segment ip:55a8221413f8 sp:7fffc242adb0 error:0 in vdr[55a822068000+1cb000]
    Sep  4 14:01:01 VDR kernel: [12942.295753] traps: vdr[4387] trap stack segment ip:5634f97623f8 sp:7fff52992690 error:0 in vdr[5634f9689000+1cb000]
    Sep  4 20:39:40 VDR kernel: [ 3344.769761] do_trap: 5 callbacks suppressed
    Sep  4 20:39:40 VDR kernel: [ 3344.769763] traps: vdr[2045] trap stack segment ip:55942ad133f8 sp:7f89a4ff5490 error:0 in vdr[55942ac3a000+1cb000]
  • Der Zugriff auf's Aufnahmeverzeichnis legte immer eine längere Zwangspause ein.

    Ist hier auch so, das Verzeichnis ist per NFS eingebunden.


    Ansonsten läuft der VDR sehr stabil und es sind bei mir bisher keinerlei Abstürze aufgetreten.


    Cheers,

    Ole

    Einmal editiert, zuletzt von OleS ()

  • Hallo ofenheizer,


    die Segfaults in libavcodec habe ich auf BBC1 HD reproduzierbar, vor allem abends. Ich glaube nicht, dass das an der VDR Version hängt. Eher libavcodec / softhddevice.

    Du kannst auf vdr-plugin-xine mit xine umsteigen, da treten diese Fehler bei mir nicht auf.


    ~Markus

    Client1: ASUS P5QC, Dual Core 3G, Cine S2, Ext. Board von TBE, Xubuntu 20.04, VDR 2.6x

    Client2: RPI3

    Server: RPI4, Sundtek SkyTV Dual 2x

  • Zitat

    Ist hier auch so, das Verzeichnis ist per NFS eingebunden.

    Hier aber direkt, sprich die Platten sind per SATA angebunden.

    Ich weiß nicht was das Problem ist, ich sehe nur, daß der 2.2er stabil läuft und der 2.4er gerne mal abkackt.

    Vielleicht liegt das aber auch am unstable repo von Frodo.

    Blog


    VDR1 (Server): Gigabyte Z87-HD3, Intel(R) Core(TM) i7-4770S CPU @ 3.10GHz, 16GB RAM, NVIDIA GT 640 (Zotac), Digital Devices Cine V7, OrigenAE S21T, yavdr ansible an Röhre mit vga2scart

    VDR2 (Client): AsRock ION 330, yavdr-ansible auf Ubuntu 18.04 an Panasonic Beamer (HDMI)

  • Komisch ist nur das es etliche PPA's gibt die wohl laufen, ich habe eine Installation mit vdr4arch auf dem seit es den 2.4er gibt er läuft mit den Patches von Klaus und ein paar wenigen wo ich brauche, hab da NFS und Platten direkt dran.


    Zudem ist nicht richtig belegt wo es bei Euch hakt (Log, Backtrace usw.) nur sagen "er läuft nicht richtig" bringt keinen weiter.

    Gruß utiltiy



    VDR Projekte VDR Projects

  • Zitat

    nur sagen "er läuft nicht richtig" bringt keinen weiter.

    Da hast Du sicher recht, aber da ich den 2.4er auf meinem Produktivsystem laufen hatte und er da Probleme machte, was der 2.2er auf demselben System nicht machte, kann ich leider weder logs noch sonstwas liefern nur eine rein subjektive Beobachtung.

    Blog


    VDR1 (Server): Gigabyte Z87-HD3, Intel(R) Core(TM) i7-4770S CPU @ 3.10GHz, 16GB RAM, NVIDIA GT 640 (Zotac), Digital Devices Cine V7, OrigenAE S21T, yavdr ansible an Röhre mit vga2scart

    VDR2 (Client): AsRock ION 330, yavdr-ansible auf Ubuntu 18.04 an Panasonic Beamer (HDMI)

  • Hier aber direkt, sprich die Platten sind per SATA angebunden.

    Ich weiß nicht was das Problem ist, ich sehe nur, daß der 2.2er stabil läuft und der 2.4er gerne mal abkackt.

    Vielleicht liegt das aber auch am unstable repo von Frodo.

    Ich hoffe Du nutzt nicht wirklich mein unstable Repo, dort wird maximal getestet ob sich ein Paket bauen lässt.


    Und für Bionic habe ich noch gar nichts getestet.


    Meine VDRs laufen unter Xenial und VDR 2.4 allerdings ist nach meinem Gefühl der VDR 2.2 viel stabiler gewesen.


    Die meisten Problem die ich hier aber sehe ist das softhddevice in Verbindung mit den ffmpeg Libraries. Hier habe ich auch vollkomen den Überblick verloren welche softhddevice Version gepflegt wird und vor allem mit dem skindesigner Plugin funktioniert. Deshalb nutze ich noch immer die OpenGL Variante von Louis.

    Leider habe ich damit aber auch die oben erwähnten sporadischen Crashes im zusammenspiel mit ffmpeg.

    Gruß
    Frodo

  • Hallo Frodo,


    die softhddevice Probleme sind aber doch unabhängig von der VDR Version, sollten also auch mit VDR 2.2 auftreten (?).


    ~ Markus

    Client1: ASUS P5QC, Dual Core 3G, Cine S2, Ext. Board von TBE, Xubuntu 20.04, VDR 2.6x

    Client2: RPI3

    Server: RPI4, Sundtek SkyTV Dual 2x

  • hab hier meine vier clients alle unter bionic mit vdr2.4 am laufen.

    installiert per ansible, den vdr erweitert mit zapcockpit. segfaults

    kenne ich nur in verbindung mit softhddevice (opengl) und ffmpeg

    mit den kanaelen spiegel tv wissen und der lieben beate.

    beide sind zu verschmerzen und hab sie aus der kanalliste verbannt.


    der server laeuft ebenfalls unter vdr2.4, allerdings noch mit 16.04.,

    kein ausgabedevice. segfaults hat es hier noch keinen gegeben.



    gruss

    beinhart

  • Zitat

    Ich hoffe Du nutzt nicht wirklich mein unstable Repo

    Ich weiß es nicht mehr, vielleicht war es auch testing, da will ich mich jetzt nicht festlegen.;-)

    Blog


    VDR1 (Server): Gigabyte Z87-HD3, Intel(R) Core(TM) i7-4770S CPU @ 3.10GHz, 16GB RAM, NVIDIA GT 640 (Zotac), Digital Devices Cine V7, OrigenAE S21T, yavdr ansible an Röhre mit vga2scart

    VDR2 (Client): AsRock ION 330, yavdr-ansible auf Ubuntu 18.04 an Panasonic Beamer (HDMI)

  • Hi,



    Ich habe jetzt ffmpeg 2.7.2. auf 18.04 laufen, und VDR 2.4 läuft so stabil wie vorher VDR 2.2 auf 14.04 :) .

    Allerdings zur Zeit noch mit sehr wenigen Plugins (softhddevice und live).


    Wer mit ffmpeg Probleme hat, kann es ja mal testen: https://launchpad.net/~markus-…untu/stable-vdr/+packages


    ~ Markus

    Client1: ASUS P5QC, Dual Core 3G, Cine S2, Ext. Board von TBE, Xubuntu 20.04, VDR 2.6x

    Client2: RPI3

    Server: RPI4, Sundtek SkyTV Dual 2x

Jetzt mitmachen!

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