[0.6] segfault libpcre nach Kernelupdate 4.2

  • Hallo,


    habe mal wieder etwas, was ein Linuxprofi vllt. besser versteht.
    Hatte gestern Abend mal den lts-wily installiert.
    Seitdem habe ich beim Beenden des VDR immer folgenden segfault

    Code
    Feb 24 09:04:07 VDR kernel: [ 6838.712627] Socket Handler[3336]: segfault at 7fd38aa8324d ip 00007fd38aa8324d sp 00007fd3497f98b0 error 14 in libpcre.so.3.13.1[7fd38ac8c000+3d000]


    Es wird auch ein core geschrieben, welcher aber sehr schweigsam daher kommt.


    Hat dazu jemand eine Idee?


    Beeinträchtigungen im VDR-Betrieb habe ich dadurch keine.


    Gruss.
    Markus

  • libpcre klingt ja stark nach epgsearch - was passiert, wenn man das Plugin mal testweise deaktiviert?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • ich meine ich hab das auch mit Kernel 3.19 auf trusty- hatte mich auch schon gewundert

    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



  • epgsearch kann ich mal testweise deaktivieren.
    Mit dem letzten 3.19er-Kernelupdate (3.19.0-51) hatte ich einen anderen segfault

    Code
    Feb 22 23:00:24 VDR kernel: [  418.601296] Socket Handler[1635]: segfault at 7f59c5cf944a ip 00007f59c5cf944a sp 00007f59627fb8b0 error 14 in ISO8859-9.so[7f59c5f04000+2000]


    Daher ja auch mal der Versuch mit 4.2
    Teste gerade den default-trusty 3.13


    Markus

  • Was steht denn sonst noch im Log und wie lange benötigt der VDR um sich stoppen zu lassen? Nicht dass Upstart da nach einem Timeout mit einem SIGKILL aufräumt, wenn der VDR dem SIGTERM nicht rechtzeitig nachkommt.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • also bei mir dauert das runterfahren immer fett lange im vergleich zu precise, find ich subjektiv

    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



  • Manchmal kann es auch avahi4vdr sein, welches auf manchen Installation beim Beenden sehr lange braucht.
    Hab den Grund leider noch nicht gefunden, da hakt irgendwas mit der Kommunikation mit dem avahi-daemon, worauf ich vermutlich keinen direkten Einfluss habe.


    Kann man zum Testen mal deaktivieren: sudo vdrctl disable avahi4vdr


    Lars.

  • Ich suche mal den Log-Abschnitt von heute früh.
    Mit den segfaults dauert das runterfahren oder vdr-neustarten auch gefühlt recht lange.


    Edit: avahi2vdr ist bei bei mir nicht aktiv.
    Hier mal der Logschnipsel vom Power-Button drücken bis Ende Log.

    Einmal editiert, zuletzt von ofenheizer ()

  • avahi4vdr hab ich immer deaktiviert - epgsearch klingt schon ganz plausibel

    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



  • gibts hier schon weitere Erkenntnisse, ich kann das auf 4 vdr hier nachvollziehen - alle mit 3.19, nvidia-352 und testing vdr, laut ofenheizer tritt es aber auch in anderen Konstellationen auf.


    So richtig kann das ja nicht sein.


    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



  • Evtl. mal das dbg-Paket von libpcre installieren und gucken, ob der backtrace dann schöner wird.
    Ansonsten Plugins deaktivieren, bis man den Schuldigen gefunden hat. Oder mal nachsehen (mit ldd?), welches Plugin gegen libpcre gelinkt ist.


    Lars

  • ich muss mich noch mal korrigieren, hab den segfault beim beenden immer auf libc-2.19.so...


    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



    Einmal editiert, zuletzt von CKone ()

  • Was steht denn beim Beenden des VDR im Log? Eventuell bleibt da ein Thread eines Plugins hängen.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

Jetzt mitmachen!

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