Hallo,
ich jetzt dem Thread auf die Spur gekommen, der hier Amok läuft:
1 [||||| 5.9%] Tasks: 70, 142 thr; 2 running
2 [||||||||||||||||||||||||||||||||||||||||||||||||||||||100.0%] Load average: 1.32 1.56 1.56
Mem[||||||||||||||||||||||||||||||||||||||||||||||||||971/3899MB] Uptime: 04:10:28
Swp[ 0/3813MB]
PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command
2487 vdr 10 -10 2203M 386M 29396 S 101. 9.9 1h31:04 ├─ /usr/bin/vdr -v /srv/vdr/video.00 -c /var/lib/vdr -L /usr/lib/vdr/p
4979 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.92 │ ├─ non blocking fi
4978 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:05.54 │ ├─ dvbplayer
3459 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 1:25.54 │ ├─ pool
3458 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 1:23.68 │ ├─ receiver on dev
2671 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.00 │ ├─ Fritz Plugin In
2624 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.00 │ ├─ LIRC remote con
2623 vdr 39 19 2203M 386M 29396 S 0.0 9.9 0:00.10 │ ├─ EPGSearch: conf
2622 vdr 39 19 2203M 386M 29396 S 0.0 9.9 0:34.89 │ ├─ EPGSearch: sear
2621 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.11 │ ├─ Tasker: task ma
2620 vdr 39 19 2203M 386M 29396 S 0.0 9.9 0:06.04 │ ├─ update thread s
2618 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.32 │ ├─ streamdev serve
2617 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.00 │ ├─ vdr
2616 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.00 │ ├─ vdr
2615 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.00 │ ├─ vdr
2614 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.00 │ ├─ vdr
2613 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.00 │ ├─ vdr
2612 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.00 │ ├─ vdr
2611 vdr 39 19 2203M 386M 29396 S 0.0 9.9 0:00.09 │ ├─ extrecmenu work
2610 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.00 │ ├─ vdr
2609 vdr 10 -10 2203M 386M 29396 R 99.0 9.9 1h19:53 │ ├─ vdr
2608 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.00 │ ├─ vdr
2607 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.00 │ ├─ vdr
2606 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.00 │ ├─ vdr
2605 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.00 │ ├─ vdr
2604 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.00 │ ├─ vdr
2603 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.00 │ ├─ vdr
2602 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.00 │ ├─ vdr
2601 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.00 │ ├─ vdr
2600 vdr 39 19 2203M 386M 29396 S 0.0 9.9 0:00.73 │ ├─ VDR XVDR Server
2599 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:22.26 │ ├─ update thread s
2597 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.08 │ ├─ gdbus
2595 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.09 │ ├─ mainloop
2594 vdr 39 19 2203M 386M 29396 S 0.0 9.9 0:00.09 │ ├─ burn-chain mana
2593 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.21 │ ├─ mail-checker
2592 vdr 39 19 2203M 386M 29396 S 0.0 9.9 1:24.34 │ ├─ section handler
2591 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:01.52 │ ├─ tuner on fronte
2590 vdr 39 19 2203M 386M 29396 S 0.0 9.9 1:08.76 │ ├─ section handler
2589 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:01.20 │ ├─ tuner on fronte
2588 vdr 39 19 2203M 386M 29396 S 0.0 9.9 1:17.12 │ ├─ section handler
2587 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:01.43 │ ├─ tuner on fronte
2586 vdr 39 19 2203M 386M 29396 S 0.0 9.9 0:00.07 │ ├─ section handler
2585 vdr 39 19 2203M 386M 29396 S 0.0 9.9 0:01.63 │ ├─ IPTV section ha
2584 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.04 │ ├─ vdr
2580 vdr 10 -10 2203M 386M 29396 S 0.0 9.9 0:00.22 │ └─ dynamite udev m
Alles anzeigen
Leider hat der Thread keinen Namen. Aber mit gdb und attach 2609 konnte ich folgenden Backtrace entlocken
(gdb) backtrace
#0 0x00007faed35f4c5e in FileNotifier::Action() () from /usr/lib/vdr/plugins/libvdr-restfulapi.so.2.0.6
#1 0x000000000050d92d in cThread::StartThread (Thread=0x7faed385da10) at thread.c:262
#2 0x00007faee3f3de9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#3 0x00007faee297573d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#4 0x0000000000000000 in ?? ()
Ich habe jetzt herausgefunden, dass der Thread immer abstürzt, wenn der remove deleted recordings thread gestartet wird.
Der komplette Aufruf sieht so aus:
-Prestfulapi --port=8002 --ip=0.0.0.0 --epgimages=/var/cache/vdr/epgimages --channellogos=/usr/share/vdr-channellogos
Also noch mal genau ins Syslog geschaut
Aug 18 00:08:42 yavdr vdr: [9474] loading plugin: /usr/lib/vdr/plugins/libvdr-restfulapi.so.2.0.6
Aug 18 00:08:42 yavdr vdr: [9474] restfulapi: Port has been set to 8002!
Aug 18 00:08:42 yavdr vdr: [9474] restfulapi: Ip has been set to 0.0.0.0!
Aug 18 00:08:42 yavdr vdr: [9474] restfulapi: The EPG-Images will be loaded from /var/cache/vdr/epgimages!
Aug 18 00:08:42 yavdr vdr: [9474] restfulapi: trying to parse command line arguments
Aug 18 00:08:42 yavdr vdr: [9474] restfulapi: Port has been set to 8002!
Aug 18 00:08:42 yavdr vdr: [9474] restfulapi: Ip has been set to 0.0.0.0!
Aug 18 00:08:42 yavdr vdr: [9474] restfulapi: The EPG-Images will be loaded from /var/cache/vdr/epgimages!
Aug 18 00:08:42 yavdr vdr: [9474] initializing plugin: restfulapi (0.1.3): Offers a RESTful-API to retrieve data from VDR
Aug 18 00:08:42 yavdr vdr: [9474] starting plugin: restfulapi
Aug 18 00:08:42 yavdr vdr: [9474] restfulapi: Used settings: port: 8002, ip: 0.0.0.0, eimgs: /var/cache/vdr/epgimages, cimgs: , headers: activated
Aug 18 00:08:42 yavdr vdr: [9474] restfulapi: found 3 files in /var/cache/vdr/epgimages/*.
Aug 18 00:08:42 yavdr vdr: [9474] restfulapi: found 29 files in /*.
Aug 18 00:08:42 yavdr vdr: [9474] restfulapi: Initializing inotify for /var/cache/vdr/epgimages finished.
Aug 18 00:08:42 yavdr vdr: [9474] restfulapi: Initializing inotify for epgimages or channellogos failed! (Check restfulapi-settings!)
Alles anzeigen
Und in der Tat /usr/share/vdr-channellogos gibt es in meinem System gar nicht. Und beide Verzeichnisse sind leer.
Aber auch nach Erstellen des Verzeichnisses und reinkopieren jeweils einer PNG und JPG Datei bringen das gleiche Verhalten.
Ich werde demnächst mal ein paar Debugausgaben einbauen.
Vielleicht hat vorher noch jemand eine andere schlaue Idee.
Tschüß Frank