oscam O.K. oscam FEHLER

[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

[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.

[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.

[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.

[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!

[BPanther]

Hmm, nur muß doch rauszubekommen sein, was das provoziert.

[felixka]

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

[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...

[blacky49]

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...

[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

[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...

[felixka]

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

[BPanther]

Na aber sicher funktioniert pidof, sonst würde ja der Counter nicht kommen.

[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.

[felixka]

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 ....