vdrdevel stürzt regelmäßig ab

    Hallo zusammen:
    Mein vdrdevel stürzt seit 2 Wochen immer regelmäßig 1 mal ca. alle 2 Tage ab.
    In /var log/messages habe ich folgende Meldungen:


    Code
    Mar 21 15:05:37 vdr kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)                                         
Mar 21 15:05:37 vdr kernel: VM: killing process vdrdevel                                                                   
Mar 21 15:05:37 vdr kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)                                         
Mar 21 15:05:37 vdr kernel: VM: killing process runvdrdevel                                                                
Mar 21 15:28:13 vdr -- MARK --                                                                                             
Mar 21 15:48:13 vdr -- MARK --                                                                                             
Mar 21 16:08:13 vdr -- MARK --


    Bei mir läuft als cronjob das tvmovie-plugin des vdr's. Ansonsten eine Standardkonfiguration:



    Weiß jemand warum das so ist?
    Danke Euch!

    Grüße, Christian

    Netceiver/3 Dual S2 + Alphacrypt , Aufnahmen -> QNAP NAS 8TB
    Eigenbauserver: Intel DH61DL Mainboard, G620 CPU, 2GB RAM, yavdr 0.4 auf 8GB USB-Stick, 365/24/7
    Clienten: 2x Netclient // Diverse Apples -> XBMC + VLC

    Hi,


    hab auch dieses Problem. Scheinbar hat der vdr ein memleak. Das ist mindestens seit der Version .43 so, mit der 44 hat sich nichts geändert. Vorher ist es mir nicht aufgefallen, da ich keinen vdr hatte, der 24h durchlief.


    xxv kanns eigeintlich nicht sein, da ein Neustart des vdr nach 24h ca 300MB Speicher freigibt. Das Problem tritt dementsprechend nicht auf, seit ich den vdr per cronjob jeden morgen um 3 Uhr neu starte.


    Angehängt habe ich mal die Speicherauslastung der letzten 24h, die das Verhalten sehr schön zeigt.

    Zitat

    Original von wilderigel
    xxv installiert?


    Dann tipp ich auf memleak im libevent-perl


    xxv ist installiert. Jedoch lasse ich es nicht mehr starten, seit es das System in die Knie zwingt. Kann es sein, dass xxv trotzdem Ärger macht, obwohl es nicht gestartet wird?


    Edit: Was mir gerade einfällt: Ich habe dieses Problem in der Tat erst, seit ich xxv installiert habe. Vorher lief der vdrdevel wochenlang durch ( ja, bei mir läuft er immer). Also muss es doch mit xxv etwas zu tun haben. Aber xxv wird wie gesagt nicht gestartet.

    Grüße, Christian

    Netceiver/3 Dual S2 + Alphacrypt , Aufnahmen -> QNAP NAS 8TB
    Eigenbauserver: Intel DH61DL Mainboard, G620 CPU, 2GB RAM, yavdr 0.4 auf 8GB USB-Stick, 365/24/7
    Clienten: 2x Netclient // Diverse Apples -> XBMC + VLC

    Einmal editiert, zuletzt von kop ()

    vdr-xxv habe ich jetzt ganz entfernt. Trotzdem stürzt er heute nacht mit folgenden Meldungen ab:



    Ich bin echt überfragt. Welcher Prozess ist denn verantwortlich für den Absturz?

    Grüße, Christian

    Netceiver/3 Dual S2 + Alphacrypt , Aufnahmen -> QNAP NAS 8TB
    Eigenbauserver: Intel DH61DL Mainboard, G620 CPU, 2GB RAM, yavdr 0.4 auf 8GB USB-Stick, 365/24/7
    Clienten: 2x Netclient // Diverse Apples -> XBMC + VLC

    Also bei mir ist es der vdrdevel, der so viel Speicher belegt. Im Moment (ca 15h nach dem Start) sind es laut top 43,6% des Speichers (512MB). Das steigt kontinuierlich bis Speicher und swap voll sind und der Kernel dann anfängt Prozesse zu killen.
    Zum Vergleich: 30 Minuten nach dem Start gönnt sich vdrdevel nur 4%.


    Das Verhalten ist schön in der Graphik 3 Posts weiter oben zu sehen. Um 3 Uhr wird vdrdevel (und xxv) per cronjob neu gestartet. Mit diesem cronjob hab ich keine Probleme mehr, ist aber eher eine 'dirty' Lösung.

    Bei mir ist es auch der vdrdevel. Er benötigt 70,3 MB Speicher:


    Code
    root      1435  0.1 70.3 198952 174180 ?     S    Mar24   2:19 /usr/bin/vdrdevel


    Wie kommt das nun?
    Sind ecki und ich die einzigen, die den vdr durchlaufen lassen und dieses Problem haben?
    Hilft ein upgrade auf den 2.6er kernel?
    Danke Euch.

    Grüße, Christian

    Netceiver/3 Dual S2 + Alphacrypt , Aufnahmen -> QNAP NAS 8TB
    Eigenbauserver: Intel DH61DL Mainboard, G620 CPU, 2GB RAM, yavdr 0.4 auf 8GB USB-Stick, 365/24/7
    Clienten: 2x Netclient // Diverse Apples -> XBMC + VLC

    bei mir ist es auch so. Hab jetzt 2GB RAM rein gemacht und seither klappts
    recht gut ;)


    Gruß googleGSM


    HW: Asus P5B, Intel Core2 Duo E6400 2x2.13GHz, 4096MB Ram, 1.4TB HDD, LG GSA-4165, LaScara LC13, WinTV Nexus-S, WinTV Nova-HD-S2, PCI CI + T-Rex Dragon CAM, Nvidia Geforce 7600 GS
    SW: Ubuntu 8.04, X-VDR

    @kop
    Bei mir läuft Kernel 2.6.15, ein Wechsel wird dir also nicht viel bringen.


    ggsm
    Das sollte das Problem ja nur verschieben. Je nachdem, wie gross dein swap ist, sollte das nach 1-2 Wochen trotzdem auftreten.



    Möglicherweise liegt es ja an der Anzahl der Kanäle. Meine channels.conf hat 430 Einträge. Ich werde sie mal verkleinern und schauen, ob das was am Verhalten ändert.

    Habe nur in etwa 200-300 Kanäle, und der Speicherverbrauch des VDR nimmt auch kontinuierlich zu.


    Wäre noch die frage zu klären, ob das von vdr kommt, oder von irgendwelchen Patchen / Plugins.

    Ich habe genau 200 Kanäle. Daran liegt es bestimmt nicht.
    Ich habe gerade 1GB Ram dazuinstalliert - für 69,- Euro.
    Jetzt liegt der Speicheranfangsbedarf des vdrdevels bei nur noch 2%. Vorher war er schon weit über 10%.
    Jetzt mal durchlaufen lassen....
    Ich halte Euch auf dem Laufenden.

    Grüße, Christian

    Netceiver/3 Dual S2 + Alphacrypt , Aufnahmen -> QNAP NAS 8TB
    Eigenbauserver: Intel DH61DL Mainboard, G620 CPU, 2GB RAM, yavdr 0.4 auf 8GB USB-Stick, 365/24/7
    Clienten: 2x Netclient // Diverse Apples -> XBMC + VLC

    Tolle Problemlösungen habt ihr anzubieten :rolleyes:


    Aufstellung:
    vdr 1.3.44 mit Patches und Plugins:

    Code
    14:30 vdr      29422  0.1  8.0 56432 20720 ?       S    13:56   0:00 /usr/bin/vdr
17:00 vdr      29420  0.0 15.3 75000 39444 ?       S    13:56   0:00 /usr/bin/vdr
18:00 vdr      29420  0.0 17.4 79484 44796 ?       S    13:56   0:00 /usr/bin/vdr


    vdr 1.3.44 plain ohne Plugins:

    Code
    14:30 vdr       4671  3.7  3.2 35980 8456 ?        Ss   14:20   0:05 ./vdr -u vdr -d
17:00 vdr       4671  2.3  3.3 35980 8484 ?        Ss   14:20   3:40 ./vdr -u vdr -d
18:00 vdr       4671  2.3  3.3 35980 8484 ?        Ss   14:20   5:07 ./vdr -u vdr -d


    Beide Rechner haben 256 MB Arbeitsspeicher.

    Anscheinend liegts an was anderem:


    Vdrdevel ohne Plugins, Testmaschine

    Code
    18:05 root      5628  0.0  4.0 21344 10500 ?       S    18:03   0:00 /usr/bin/vdrdevel
19:05 root      5628  0.0  4.0 21472 10512 ?       S    18:03   0:00 /usr/bin/vdrdevel
20:30 root      5628  0.0  4.0 21472 10512 ?       S    18:03   0:00 /usr/bin/vdrdevel


    Vdr ohne Plugins (in etwa die gleichen patches) auf meinem vdr

    Code
    19:10 vdr      15890  1.9  4.3 26400 11124 ?       RN   19:08   0:01 /usr/bin/vdr
20:30 vdr      15890  0.9  7.0 32716 18048 ?       RN   19:08   0:44 /usr/bin/vdr

    nach beinahe 10 Stunden ( lächerlich..ich weiß)..aber vdrdevel frißt ohne irgend ein zutun immer mehr:


    Code
    1393 root      19  19 86272  84m 5792 R  3.0  6.7   9:38.62 vdrdevel


    Jetzt schon das 3fache mehr als direkt nach dem Systemstart.
    Mal sehen, wie es weitergeht.

    Grüße, Christian

    Netceiver/3 Dual S2 + Alphacrypt , Aufnahmen -> QNAP NAS 8TB
    Eigenbauserver: Intel DH61DL Mainboard, G620 CPU, 2GB RAM, yavdr 0.4 auf 8GB USB-Stick, 365/24/7
    Clienten: 2x Netclient // Diverse Apples -> XBMC + VLC

    vdr ohne patches auf meinem vdr:

    Code
    21:50 vdr       7829  0.8  1.2 41292 3168 ?        Ss   21:47   0:00 ./vdr -u vdr -d
22:18 vdr       7829  1.8  3.2 46536 8424 ?        Ss   21:47   0:33 ./vdr -u vdr -d
23:00 vdr       7829  1.7  3.3 46536 8564 ?        Ss   21:47   1:18 ./vdr -u vdr -d
23:25 vdr       7829  1.7  3.3 46616 8668 ?        Ss   21:47   1:38 ./vdr -u vdr -d


    Schaut irgendwie nach nem patch aus, könnte türlich auch zufall sein.

    Code
    1393 root      19  19  131m 131m 5796 R  2.3 10.5  16:06.63 vdrdevel


    bin schon bei 10,5% Speicherauslastung.
    Melde mich heute abend wieder.

    Grüße, Christian

    Netceiver/3 Dual S2 + Alphacrypt , Aufnahmen -> QNAP NAS 8TB
    Eigenbauserver: Intel DH61DL Mainboard, G620 CPU, 2GB RAM, yavdr 0.4 auf 8GB USB-Stick, 365/24/7
    Clienten: 2x Netclient // Diverse Apples -> XBMC + VLC

    Code
    1393 root      19  19  193m 193m 2860 R  1.3 15.4  30:54.93 vdrdevel


    jetzt schon 15,4%.

    Grüße, Christian

    Netceiver/3 Dual S2 + Alphacrypt , Aufnahmen -> QNAP NAS 8TB
    Eigenbauserver: Intel DH61DL Mainboard, G620 CPU, 2GB RAM, yavdr 0.4 auf 8GB USB-Stick, 365/24/7
    Clienten: 2x Netclient // Diverse Apples -> XBMC + VLC

    Das Speicherleck? ist immer noch da. vdr 1.3.45


    Code
    USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
03:05 vdr       9013  0.0  8.0 55696 20444 ?       S    03:01   0:00 /usr/bin/vdr
12:50 vdr       9012  0.0 42.2 151864 107848 ?     S    03:01   0:00 /usr/bin/vdr
    Zitat

    Original von wilderigel
    Das Speicherleck? ist immer noch da. vdr 1.3.45


    Code
    USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
03:05 vdr       9013  0.0  8.0 55696 20444 ?       S    03:01   0:00 /usr/bin/vdr
12:50 vdr       9012  0.0 42.2 151864 107848 ?     S    03:01   0:00 /usr/bin/vdr


    Bei mir scheint das Speicherleck nicht aufzutreten (vdrdevel-1.3.45). Und ich hab wirklich viele Plugins aktiviert.


    Vielleicht tritt das Problem nur bei bestimmten Einstellungen auf. Oder nur wenn andere Programme ständig über die SVDRP-Schnittstelle zugreifen. Bei mir läuft vdradmin, aber kein tvmovie und kein xxv.


    Tom

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden