[0.4 ] Problem wenn restfulapi und graphtft ohne vdr-plugin-fritzbox laufen sollen

Hi,
ich habe hier ein total seltsames und mir völlig unverständliches Problem mit dem fritzbox- und restfulapi-Plugin!

Ich wollte das fritzbox-Plugin deaktivieren. Allerdings startet mein VDR nicht mehr sauber, wenn ich
es in der Datei /etc/vdr/plugins/order.conf deaktiviere (-fritzbox), bzw. wenn ich es deinstalliere
(apt-get remove vdr-plugin-fritzbox).
Sobald ich versuche ohne fritzbox-Plugin zu starten, gibt es alle paar Sekunden eine VDR Restart:

syslog:

...
Feb  1 22:31:52 VDR02 vdr: [11678] starting plugin: restfulapi
Feb  1 22:31:52 VDR02 vdr: [11678] restfulapi: Used settings: port: 8002, ip: 0.0.0.0, eimgs: /var/cache/vdr/epgimages, cimgs: , headers: activated
Feb  1 22:31:53 VDR02 vdr-sxfe[11696]: [11792] [input_vdr] Control stream disconnected
Feb  1 22:31:53 VDR02 init: vdr main process (11678) killed by PIPE signal
Feb  1 22:31:53 VDR02 init: graphtft-fe main process (11690) killed by TERM signal
Feb  1 22:31:53 VDR02 init: vdr-frontend main process (11696) terminated with status 1
Feb  1 22:31:53 VDR02 vdr-crash: vdr exit with signal PIPE . Restarting
Feb  1 22:31:53 VDR02 vdr: [11854] VDR version 1.7.21 started
...

Nehme ich dann das fritzbox-plugin wieder rein, ist alles wieder sauber:

...
Feb  1 22:35:41 VDR02 vdr: [12881] starting plugin: restfulapi
Feb  1 22:35:41 VDR02 vdr: [12881] restfulapi: Used settings: port: 8002, ip: 0.0.0.0, eimgs: /var/cache/vdr/epgimages, cimgs: , headers: activated
Feb  1 22:35:41 VDR02 vdr: [13001] Fritz Plugin Initialization thread started (pid=12881, tid=13001)
Feb  1 22:35:41 VDR02 vdr: [13001] [libfritz++/Tools.cpp:100] detected codeset is 'UTF-8'
Feb  1 22:35:41 VDR02 vdr: [13001] [libfritz++/FritzClient.cpp:126] requesting login_sid.xml from Fritz!Box.
Feb  1 22:35:41 VDR02 vdr: [13001] [libfritz++/FritzClient.cpp:136] logging into fritz box using SIDs.
Feb  1 22:35:41 VDR02 vdr: [13001] [libfritz++/FritzClient.cpp:200] login successful.
Feb  1 22:35:41 VDR02 vdr: [13001] [libfritz++/FritzClient.cpp:286] Looking up Phone Settings...
Feb  1 22:35:41 VDR02 vdr: [13001] [libfritz++/FritzClient.cpp:249] interface language is de
Feb  1 22:35:43 VDR02 vdr: [12954] video directory scanner thread ended (pid=12881, tid=12954)
Feb  1 22:35:43 VDR02 vdr: [12955] video directory scanner thread ended (pid=12881, tid=12955)
Feb  1 22:35:44 VDR02 vdr: [13001] [libfritz++/Tools.cpp:258] Found LKZ 
Feb  1 22:35:44 VDR02 vdr: [13001] [libfritz++/Tools.cpp:263] Found OKZ 
Feb  1 22:35:44 VDR02 vdr: [13001] [libfritz++/FritzClient.cpp:301] Looking up SIP Settings...
Feb  1 22:35:46 VDR02 vdr: [12881] restfulapi: found 231811 files im /var/cache/vdr/epgimages/*.
...

Jetzt hatte ich testweise das restfulapi über die order.conf deaktiviert.
Danach startet der VDR auch, wenn fritzbox nicht aktiviert ist, ABER beim Booten schlagt dann der VDR Start fehl.
Erst ein nachfolgendes start vdr wirft ihn wieder an. Ursachenforschung habe ich hier noch nicht betrieben, aber ich
denke, der yavdr ist auch nicht für den Betrieb ohne restfulapi gemacht, oder?

Wie werde ich jetzt das fritzbox-Plugin los?

Norbert

Hi!

Zitat von Keine_Ahnung

Ich kann meinen VDR mit einem umsortieren der Pluginladereihenfolge gezielt abschiessen. Allerdings lasse ich ca. 40 Plugins laden, das geht eindeutig an die Grenze

Daran, dass es evtl. zu viele Plugins sind, habe ich auch schon gedacht. Normalerweise lade ich doch einige. Muss mal zählen.

Habe dann gestern aber mit minimaler Anzahl geladen.
Eigentlich nur was ich für Anzeige (xineliboutput) und Geräte (dynamite, imonlcd, graphtft, ...) brauche.
Dann eben noch restfullapi aber nicht fritzbox. So ist das erste Log von mir entstanden.
Bin grade aber nicht zu Hause. Kann heute Abend noch mal schauen, welche Plugins noch geladen wurden.

Welche Plugins sind denn minimal nötig (außer xineliboutput und dynamite)?
Gibt es irgendwelche Tipps, was am Anfang und was am Ende geladen werden sollte?

Zitat von gda

Nein, es muss auch ohne gehen, wenn nicht, dann ist das ein Fehler. Aber so richtig glauben mag ich das nicht.

Ich mach bei Gelegenheit mal einen Syslog wenn restfulapi nicht geladen wird.
Seltsam ist nur, das der VDR-Start beim Booten schief geht und bei einem nachfolgenden restart vdr problemlos klappt.
Hatte schon vermutet, dass meine Video-Partition noch nicht geladen war und habe daher testweise video.00 mal auf
der lokalen Platte gelassen. Hat aber nix gebracht.
Ich boote übrigens von einer SSD-Platte, aber dass sollte ja eigentlich nix machen, oder?

Danke
Norbert

So, hab gerade nochmal mit der order.conf gespielt.

Zum Testen habe ich mein System auf Minimalkonfiguration gebracht. order.conf enthält:

xineliboutput
graphtft
restfulapi
-fritzbox
# ALLES andere ist auch mit '-' deaktiviert
...

Auch die setup.conf habe ich gelöscht, so dass z.B. für graphtft nur das Standardthema mit Standardwerten
eingestellt ist.

Starte ich hiermit, gibt es Neustarts im 2 Sekunden-Rhythmus.

Aktiviere ich jetzt das fritzbox-Plugin, klappt der Start problemlos.
Ebenso gibt es auch keine Probleme, wenn fritzbox zwar deaktiviert ist, dazu aber dann auch eines oder beide
Plugins - graphtft oder restfulapi - deaktiviert ist.

Hab schon versucht mit Loglevel 10 beim graphtft was zu finden, konnte aber nichts auffälliges entdecken.
Es gibt zwar einen Haufen wie das hier:

Feb  5 22:29:51 VDR02 vdr: last message repeated 3 times
Feb  5 22:29:51 VDR02 vdr: [graphTFT] Skipping line due to directive [Message x=10,y=510,width=790,height=35,size=19,red..]
Feb  5 22:29:51 VDR02 vdr: [graphTFT] Missing defaults of section 'OSD-Messages'
Feb  5 22:29:51 VDR02 vdr: [graphTFT] Skipping line due to directive [Rectangle x=600,y=450,width=800,height=3;    //Obe..]

Aber das gibt es auch, in den funktionierenden Konfigurationen.

Das gesamte Log ist viel zu lang für das Forum. Falls es jemanden interessiert, verschicke ich es gerne per Email.

Für mich habe ich im Moment einmal das restfulapi-Plugin deaktiviert, da es den VDR start auch merklich verzögert.
Wofür bauche ich es, welches andere Plugin profitiert derzeit davon? Bisher ist mir noch nichts aufgefallen.

Das Boot-Problem bei deaktiviertem restfulapi konnte ich heute nicht mehr reproduzieren. Hatte wohl was mit der Reihenfolge der
Plugins zu tun, oder ich hatte sonst was vermurkst.

Norbert