Upstart: Wie kann man den VDR und die Plugins ereignisbasiert gestalten?

ich kann dir leider nicht helfen, aber ich will die auch haben !!
ich scheiter, wie schon so oft an meinem bescheidenen wissen
sowas auch umzusetzen.
auf gut deutsch, ich bin zu doof dafür !

Zitat

Original von HolgerR
Hat jemand einen Tipp für mich, wie ich einen Event erzeugen kann (mittels "initctl emit") der ausgelöst wird, sobald der VDR mit dem Starten fertig und das Xineliboutput-Plugin bereit ist, Anfragen von remote Frontends entgegen zu nehmen? Ich hatte die Idee, das Syslog nach Einträgen á la "[xine... put]" zu greppen, aber meine Scriptingkenntnisse sind doch sehr, sehr dürftig. Hab's nicht hinbekommen.

Mal so in Kladde gedacht, wäre es nicht besser mit netstat nachzusehen, ob der Port schon von xineliboutput belegt ist, oder mit netcat so was wie eine Kommunikation mit dem Port zu versuchen?

Gerald

An der Baustelle spiele ich auch gerade herum. Diesen Part habe ich wie folgt gelöst:

while  ! netcat -z localhost 2001; do sleep 1; done;

Dabei warte ich nur darauf, dass der VDR den SVDRP-Port aufmacht. Eventuell kann man das auch noch verbessern und ein HELP-Kommando oder so absetzen um noch sicherer zu gehen.

Grüße,
Holger

Zitat

Original von hsteinhaus
An der Baustelle spiele ich auch gerade herum. Diesen Part habe ich wie folgt gelöst:

Code

while  ! netcat -z localhost 2001; do sleep 1; done;

Dabei warte ich nur darauf, dass der VDR den SVDRP-Port aufmacht. Eventuell kann man das auch noch verbessern und ein HELP-Kommando oder so absetzen um noch sicherer zu gehen.

Noch sicherer ginge man natürlich mit dem xineliboutput-Port. Ich kann mir schon vorstellen, dass der Thread für den SVDRP-Port eventuell etwas früher bereit ist.

Gerald

Ich konnte mich schwach erinnern, das vdr-sxfe von runvdr-extreme auf den VDR wartet um vdr-sxfe zu starten. Ich hab mal nachgeschaut und dort wird das so gemacht:

while ( ! pidof vdr 1>/dev/null 2>&1); do
 	    sleep 1
            .....
done

Gruß
Sven

Zitat

Original von cokker
Ich konnte mich schwach erinnern, das vdr-sxfe von runvdr-extreme auf den VDR wartet um vdr-sxfe zu starten. Ich hab mal nachgeschaut und dort wird das so gemacht:

Code

while ( ! pidof vdr 1>/dev/null 2>&1); do
 	    sleep 1
            .....
done

Gruß
Sven

Das ist doch viel zu früh.

Geral

Ich hatte mal das Problem, das der VDR immer wieder in unregelmaessigen Abstaenden abgekachelt war. Hab mir dann ein Script geschrieben, das nachschaut, ob er noch laeuft, wenn nein, neu gestartet hat. Ich hab das ueber svdrsend.pl gemacht
=> Irgnedeine Anfrage ( HELP zB )
=> Wenn 250 ( glaub ich ) zurueckkommt - OK

while [ 1 ]
do
rc=$(svdrsendpl --weis-param-nicht-mehr | awk '$1 ~ /[0-9]/ {print $1}')

case $rc in
250)
echo "ist OK"
<code> ...
;;
esac

sleep 360
done

Ja, so irgendwie koennte es gehen.

Da sollte es doch bessere Möglichkeiten geben. Sollte man ncht besser einen Event generieren nach dem start up vom VDR ? Oder gibt es den Event nicht schon ? Ich denke das Problem sollte doch so ziemlich Standard sein oder hab ich was verpasst ?

http://www.netsplit.com/category/tech/upstart/

Wieder was wo es interessant ist sich einzulesen

Zitat

Original von steffen_b
Da sollte es doch bessere Möglichkeiten geben. Sollte man ncht besser einen Event generieren nach dem start up vom VDR ?

Und wie? Entweder du startest den VDR im Vordergrund, dann bekommst du aber nie mehr die Kontrolle zurück um das Event zu generieren, außer der VDR stürzt ab, oder du startest den VDR im Hintergrund und generierst das Event dann, aber dann kommt das Event zu früh, weil der Thread mit dem Plugin noch nicht ready ist und dann sind wir wieder bei der Ausgangssituation des ersten Posts.

Gerald

Zitat

Original von asshep
Hab mir dann ein Script geschrieben, das nachschaut, ob er noch laeuft, wenn nein, neu gestartet hat. Ich hab das ueber svdrsend.pl gemacht

Das ist nur eine kompliziertere Variante von hsteinhaus Skript ein paar Posts vorher, deshalb gilt das dort gesagte.

Gerald

Zitat

Original von HolgerR
Je mehr ich darüber nachdenke, desto mehr gefällt mir der Gedanke, das ganze über das "Mitschneiden" des Syslogs zu realisieren.

kannst du natürlich machen, aber mir gefällt das nicht. Ist sehr Fehler trächtig, bei nächster Gelegenheit hat die Syslog-Ausgabe eine andere Form und du findest sie nicht, oder Syslog ist ausgeschaltet, ... Außerdem erzeugt das eine Menge I/O.

Gerald

Dann schon lieber xineliboutput patchen, sodass es eine leere Datei erzeugt, wenn es fertig ist. Mit dem xine-plugin geht es einfacher, einfach nachsehen ob das Socket schon da ist.

Gerald

Zitat

Original von HolgerR
Datei wäre ja schon mal ein Weg, ist mir aber (zumindest beim ersten darüber Nachdenken) zu "indirekt".

Na dann mach an der Stelle doch einen system() call der das event direkt auslöst. Direkter geht doch wohl nicht.

Gerald

Zitat

Original von HolgerR
Vielen Dank für den Tipp. Kannst du mir einen großen Gefallen tun? Für dich ist's bestimmt leicht: Wie würde denn die Zeile Code aussehen, wenn ich damit das Event "vdr-ready" auslösen möchte?

So ganz auf die Schnelle kriege ich das auch nicht hin, bin ja auf der Arbeit und habe auch sonst nicht viel Zeit.

#include <stdlib.h>
system("/sbin/initctl emit xineliboutput-is-ready");

Würde es wohl schon tun, aber Achtung! Das wird im Kontext des VDR-Users ausgeführt. Der darf initctl gar nicht ausführen. Da musst du dann wohl einen Eintrag in /etc/sudoers machen für vdr und initctl. Zum Testen kannst du ja den VDR erstmal als root laufen lassen. Ist natürlich ein schmutziger hack, weil gar nicht getestet wird, ob initctl überhaupt da ist.

Gerald