Seite 1 von 4
oscam O.K. oscam FEHLER
Verfasst: Di 15. Jan 2013, 22:52
von felixka
Diese Meldung beim re /starten nervt oscam user schon sehr lange...
bpanther script:
Code: Alles auswählen
EmuStart() {
if [ -e "$EmuPath"pcamd ] && [ ! -x "$EmuPath"pcamd ]; then
chmod 755 "$EmuPath"pcamd
fi
if [ ! -x $EmuPath$Emu ]; then
chmod 755 $EmuPath$Emu
fi
if pidof $Emu > /dev/null; then
# MSG="$Emu ""`/usr/bin/translate "FEHLER"`"
echo "Fehler $Emu bereits aktiv" # nur zum debuggen eingefügt
else
MSG="`/usr/bin/translate "Starte"`"" $Emu..."
Ausgabe
if [ "$Emu" == "incubusCamd" ] && [ $(grep -i "background_execution=" $KeyPath$EmuCfg | cut -d "=" -f 2) != 1 ]; then
wget -q -O - http://127.0.0.1:$HTTP_Port/control/message?nmsg="`/usr/bin/translate "FEHLER in"`"" "$KeyPath$EmuCfg"%0A""`/usr/bin/translate "Parameter background_execution muss 1 sein"`" > /dev/null
vfdctl "`/usr/bin/translate "FEHLER: "`"$EmuCfg
$EmuPath$Emu $EmuParam $KeyPath$EmuCfg > /dev/null &
sleep 2
else
if [ "$Emu" == "gbox" -o "$Emu" == "oscam" ]; then
$EmuPath$Emu $EmuParam $KeyPath$EmuCfg > /dev/null &
else
$EmuPath$Emu $EmuParam $KeyPath$EmuCfg > /dev/null
fi
sleep 2
fi
if pidof $Emu > /dev/null; then
MSG="$Emu ""`/usr/bin/translate "O.K."`"
echo "$Emu gestarted" # nur zum debuggen eingefügt
sleep 1
else
MSG="$Emu ""`/usr/bin/translate "FEHLER"`"
sleep 2
fi
fi
Ausgabe
}
Ich dachte erst, Zeile 34 erzeugt den FEHLER, stimmt aber nicht.
Wenn man Zeile 10 auskommentiert ist FEHLER weg.
Die echos zum debuggen zeigen zuerst O.K. und dann FEHLER.
Code: Alles auswählen
if pidof $Emu > /dev/null; then
MSG="$Emu ""`/usr/bin/translate "FEHLER"`"
if pidof $Emu fragt ja ab, ob der emu schon läuft.
Aber wenn der emu schon läuft, dürfte er garnicht gestartet werden...er wird aber
Schlussfolgerung:
EmuStart() wird bei oscam (aus neutrino raus) ZWEIMAL aufgerufen. Wenigstens entsteht dann dieses Fehlverhalten
Re: oscam O.K. oscam FEHLER
Verfasst: Mi 16. Jan 2013, 04:56
von BPanther
Dann frage ich mich, warum ich den Fehler nicht habe. Zudem wird EmuStart() nicht direkt aufgerufen, sondern vorher via EmuStop() alles evtl. laufende beendet. Klappt dies nicht innerhalb von 5 Sekunden, wirds gekillt (sieht man auch im VFD). Erst dann kommt EmuStart(). Das Problem kann nur an der oscam-Konfig liegen, vielleicht braucht die bei Dir einfach zu lange weil überladen mit Logs, Services etc. Wie gesagt, ich habe den Fehler hier nicht und ein (Re)start wird normal ausgeführt und oscam beendet sich auch normal nach spätestens 2 Sek.
Re: oscam O.K. oscam FEHLER
Verfasst: Mi 16. Jan 2013, 07:34
von XperienCe
Ich habe gestern online Update gemacht auf 4610 stm22.
Leider hat sich mein SWAP Stick verabschiedet deswegen habe ich ihn mit createmini neu formatiert ext2 SWAP und dann wieder an die Box und neu gestartet.
Siehe da das SWAP File erzeugt sich wieder beim starten der Box. Dann hab ich meine Settings (oscam usw.) wieder auf den Stick kopiert. Berechtigungen gesetzt, oscam gestartet, Receiver neu gestartet und es kommt jetzt immer OSCam Fehler.
Hatte vorher noch nie Probleme...
Ich weiß jetzt leider nicht an was das liegen könnte.
Re: oscam O.K. oscam FEHLER
Verfasst: Mi 16. Jan 2013, 12:07
von felixka
@ BPanther
Das Problem habe nicht nur ich, auch die box meines Bruders und Nachbars. @Dbox-all hatte das auch mal berichtet. Du hast oscam + mgcamd, wir aber oscam mit dvbapi.
Die config ist sehr einfach, greift nur auf einen server.
Mit den sleeps in bpanther script hab ich als erstes rumgespielt, bringt garnichts.
Laut deinem bpanther script dürfte oscam nicht gestartet werden, wenn oscam schon läuft...
Kann also nur sein, dass EmuStart() zweimal hintereinander aufgerufen wird. Woher und warum auch immer.
@ XperienCe
Bei dir startet die oscam ja überhaupt nicht. Das ist was anderes.
Hier geht es darum, dass oscam sauber läuft, trotz FEHLER Anzeige.
Re: oscam O.K. oscam FEHLER
Verfasst: Mi 16. Jan 2013, 14:06
von blacky49
@felixka, bei mir läuft oscam auf 4 Receivern ohne dieser Fehlermeldung auch bei Neutrino-Neustart einwandfrei hoch.....
Also wird wohl eher an deiner config liegen.
Bei mir auch nur oscam mit Dvbapi!
Re: oscam O.K. oscam FEHLER
Verfasst: Mi 16. Jan 2013, 14:57
von BPanther
Hmm, nur muß doch rauszubekommen sein, was das provoziert.
Re: oscam O.K. oscam FEHLER
Verfasst: Mi 16. Jan 2013, 19:18
von felixka
BPanther hat geschrieben:Hmm, nur muß doch rauszubekommen sein, was das provoziert.
Ich hab nun in Emustop() ein paar debug echos eingebaut und sehe, dass oscam bein ersten killall -9 beendet wird.
also ich bleibe dabei, die EmuStart() wird wahrscheinlich zweimal hintereinander ausgeführt....
@blacky49
seltsam, welche box? ich habe ufs912
Re: oscam O.K. oscam FEHLER
Verfasst: Mi 16. Jan 2013, 19:21
von BPanther
Der Gewaltkill kommt nur dann, wenn sich das Teil nicht in 5 sek. selbst beendet hat, also wahrscheinlich hängt. Kannst ja die 5 sek. verlängern auf z.B. 10. Wie gesagt, das VFD zeigt ja den Counter dazu auch an...
Re: oscam O.K. oscam FEHLER
Verfasst: Mi 16. Jan 2013, 19:56
von blacky49
felixka hat geschrieben:BPanther hat geschrieben:Hmm, nur muß doch rauszubekommen sein, was das provoziert.
Ich hab nun in Emustop() ein paar debug echos eingebaut und sehe, dass oscam bein ersten killall -9 beendet wird.
also ich bleibe dabei, die EmuStart() wird wahrscheinlich zweimal hintereinander ausgeführt....
@blacky49
seltsam, welche box? ich habe ufs912
Siehe Signatur...
@BP,
Also das mit dem Counter im VDF ist mir noch nie aufgefallen...
Re: oscam O.K. oscam FEHLER
Verfasst: Mi 16. Jan 2013, 20:00
von felixka
Es kommt doch garnicht zum Gewaltkill (mit der Fehlerzählung). Oscam beendet sich schon davor. Du machst ja am Anfang direkt Holzhammer killall -9....
Code: Alles auswählen
if [ "$Emu" == "camd3" ] && [ -e $EmuPath"pcamd" ]; then
$EmuPath"pcamd" -kill > /dev/null
else
if [ "$Emu" == "gbox" ]; then
touch /tmp/gbox.kill
else
killall -9 $Emu > /dev/null <-danach ist oscam weg
Also das Beenden läuft perfekt
Re: oscam O.K. oscam FEHLER
Verfasst: Mi 16. Jan 2013, 20:34
von BPanther
Du hast das System nicht verstanden, also wie es wirklich dort abläuft. killall -9 wird nur dann benutzt, wenn die Zeit abgelaufen ist, vorher will ein normales killall benutzt (Zeile 71 bei oscam). Bitte vollständig die Zeilen lesen und vor allem nicht verändern. Die von Dir zitierten Zeilen stimmen nicht mit denen des Originals überein, da steht kein killall -9 $emu an dieser Stelle...
Re: oscam O.K. oscam FEHLER
Verfasst: Mi 16. Jan 2013, 21:11
von felixka
BPanther hat geschrieben:Du hast das System nicht verstanden, also wie es wirklich dort abläuft. killall -9 wird nur dann benutzt, wenn die Zeit abgelaufen ist, vorher will ein normales killall benutzt (Zeile 71 bei oscam). Bitte vollständig die Zeilen lesen und vor allem nicht verändern. Die von Dir zitierten Zeilen stimmen nicht mit denen des Originals überein, da steht kein killall -9 $emu an dieser Stelle...
Ich verstehe das script schon. Das killall -> killall -9 hab ich beim debuggen abgeändert. Aber das erkärt ja nicht das Fehlverhalten, oder?
Jetzt sehe ich gerade in deinem script:
Code: Alles auswählen
while [ "$errnum" == "1" ] && pidof $Emu > /dev/null; do
'pidof oscam' funzt schon sehr lange nicht mehr....Ich mußte damals das startscript auf meinem Router auch abändern
Re: oscam O.K. oscam FEHLER
Verfasst: Mi 16. Jan 2013, 21:29
von BPanther
Na aber sicher funktioniert pidof, sonst würde ja der Counter nicht kommen.
Re: oscam O.K. oscam FEHLER
Verfasst: Mi 16. Jan 2013, 21:30
von DboxOldie
Warum sollte pidof nicht gehen ?
Hab gerade mal im Telnet probiert : da werden die richtigen pid´s angezeigt.
@XperienCE:
Du hast aber die Dateien auch im Binär Modus zurückgespielt ?
Wenn Filezilla auf Auto steht werden Dateien ohne Endung im Textmodus kopiert.
Dann sind die meisten Dateien unbrauchbar, besonders die Binaries bzw. aufführbare Dateien.
Re: oscam O.K. oscam FEHLER
Verfasst: Mi 16. Jan 2013, 21:37
von felixka
DboxOldie hat geschrieben:Warum sollte pidof nicht gehen ?
Hab gerade mal im Telnet probiert : da werden die richtigen pid´s angezeigt.
Die Pids werden schon angezeigt. Dann nehm mal ne neuere oscam. Mach 'pidof oscam' und dann 'ps' und du wirst sehen oscam läuft noch immer ....