Am 8.12. war Schluss mit speichern

[Held der Arbeit]

Ich darf mal Tauchsieder spielen, da mein Problem so ähnlich ist.
Um das tmp-Problem zu umgehen habe ich in der conf folgendes stehen:

[global]
logfile = /home/pi/Log/oscam.log
clientmaxidle = 160
maxlogsize = 2048
emmlogdir = /home/pi/Log/
nice = -1

oscam.log wird geschrieben. Die EMMs aber nur eine Zeitlang. Am 8.12. war Schluss mit speichern (und ich habs nicht kontrolliert!!). Und bis dahin sind dann auch nur die U-Emms. Könnte mich nicht erinnern, Oscam bzw. den Raspi neu gestartet zu haben. Speicher ist genug frei (4GiB). Was könnte die Ursache sein?
Raspi mit oscam11438 und V15 (ja ich weis - 12.1. ist Feierabend). Trotzdem....
Und noch eine ganz laienhafte Frage: Wie starte ich oscam von der Kommandozeile? "sudo oscam c"
Ev. ist das ja die Ursache (Rechte?)

 

[dodo83]

es ist nicht gerade nett einen Thread "zu kapern" wenn das Thema noch NICHT gelöst ist,
jeder USer hat das Recht sich ein eigenes Thema zu erstellen für sein Problem,
somit ist auch dein anliegen hiermit verschoben

 

[Kind regards]

maxlogsize = 2048 wer braucht so etwas ?
egal, dann mal Vermutung an: Da du ja anscheinend wie du selbst schreibst an OSCam und am Raspi nichts geändert hast, dann würde ich mal ein Augenmerk auf die Karte legen.
Diese haben nicht das ewige Leben, sie verabschieden sich nach einer gewissen Zeit.Solltest du aber auch im Livelog sehen, wenn da nichts mehr geschrieben werden kann.

 

[tulpenknicker]

Der karte wird nichts passiert sein. Eher etwas mit den configs oder mit dem (ich nenne es mal s0) AU client

 

[a1]

Speicher ist genug frei (4GiB). Was könnte die Ursache sein?

Hat der Client überhaupt EMMs gesendet? Das siehst du ja am Client, sofern das auch ein OScam ist.

Und noch eine ganz laienhafte Frage: Wie starte ich oscam von der Kommandozeile? "sudo oscam c"

oscambinary --daemon --config-dir /pfad/zum/conf/verzeichnis

Siehe hier:

Spoiler: OScam Startparameter

<PATH_TO_OSCAM>/oscam -h

  ___  ____   ___
/ _ \/ ___| / __|__ _ _ __ ___
| | | \___ \| |  / _` | '_ ` _ \
| |_| |___) | |_| (_| | | | | | |
\___/|____/ \___\__,_|_| |_| |_|

OSCam cardserver v1.20-unstable_svn, build r9898 (x86_64-linux-gnu)
Copyright (C) 2009-2013 OSCam developers.
This program is distributed under GPLv3.
OSCam is based on Streamboard mp-cardserver v0.9d written by dukat
Visit http://www.streamboard.tv/oscam/ for more details.

ConfigDir  : /usr/local/etc

Usage: oscam [parameters]

Directories:
-c, --config-dir <dir>  | Read configuration files from <dir>.
                         . Default: /usr/local/etc
-t, --temp-dir <dir>    | Set temporary directory to <dir>.
                         . Default: /tmp/.oscam

Startup:
-b, --daemon            | Start in the background as daemon.
-B, --pidfile <pidfile> | Create pidfile when starting.
-r, --restart <level>   | Set restart level:
                         .   0 - Restart disabled (exit on restart request).
                         .   1 - WebIf restart is active (default).
                         .   2 - Like 1, but also restart on segfaults.
-w, --wait <secs>       | Set how much seconds to wait at startup for the
                         . system clock to be set correctly. Default: 60

Logging:
-I, --syslog-ident <ident> | Set syslog ident. Default: oscam
-S, --show-sensitive    | Do not filter sensitive info (card serials, boxids)
                         . from the logs.
-d, --debug <level>     | Set debug level mask used for logging:
                         .     0 - No extra debugging (default).
                         .     1 - Detailed error messages.
                         .     2 - ATR parsing info, ECM, EMM and CW dumps.
                         .     4 - Traffic from/to the reader.
                         .     8 - Traffic from/to the clients.
                         .    16 - Traffic to the reader-device on IFD layer.
                         .    32 - Traffic to the reader-device on I/O layer.
                         .    64 - EMM logging.
                         .   128 - DVBAPI logging.
                         .   256 - Loadbalancer logging.
                         .   512 - CACHEEX logging.
                         .  1024 - Client ECM logging.
                         .  2048 - CSP logging.
                         .  4096 - CWC logging.
                         . 65535 - Debug all.

Settings:
-p, --pending-ecm <num> | Set the maximum number of pending ECM packets.
                         . Default: 32 Max: 4096
-u, --utf8              | Enable WebIf support for UTF-8 charset.

Debug parameters:
-a, --crash-dump        | Write oscam.crash file on segfault. This option
                         . needs GDB to be installed and OSCam executable to
                         . contain the debug information (run oscam-XXXX.debug)
-s, --capture-segfaults | Capture segmentation faults.
-g, --gcollect <mode>   | Garbage collector debug mode:
                         .   1 - Immediate free.
                         .   2 - Check for double frees.

Information:
-h, --help              | Show command line help text.
-V, --build-info        | Show OSCam binary configuration and version.

Quelle: streamboard.tv

Ev. ist das ja die Ursache (Rechte?)

Hat der ausführende User von OScam (pi? root?) die nötigen Rechte um in alle Ordner schreiben zu dürfen?
Aber da laut deinen Aussagen ja ein paar EMMs gespeichert werden, kann das nicht das Problem sein.

 

[Kind regards]

Der karte wird nichts passiert sein

@tulpenknicker , dann ist es ja gut und könnte man ja auch noch in den Logs einsehen, denn am 8.12 war ja Schluß

 

[Held der Arbeit]

es ist nicht gerade nett einen Thread "zu kapern" wenn das Thema noch NICHT gelöst ist,
jeder USer hat das Recht sich ein eigenes Thema zu erstellen für sein Problem,
somit ist auch dein anliegen hiermit verschoben

Ich sehe das anders. Der Threadstarter hatte geschrieben, daß das Problem gelöst ist. Und meines war nicht viel anders. Und deshalb gleich einen neuen Thread zu eröffnen war/ist in meinen Augen unnötig. Aber wenn Du das so siehst...

Der karte wird nichts passiert sein. Eher etwas mit den configs oder mit dem (ich nenne es mal s0) AU client

Habe die mal kontrolliert - nichts geändert. Nach dem Neustart (restart) von Oscam (vor ca. 1h) wurden schon zwei EMMs geloggt. 4F - das hilft nicht....

...wie du selbst schreibst an OSCam und am Raspi nichts geändert hast, dann würde ich mal ein Augenmerk auf die Karte legen.
Diese haben nicht das ewige Leben, sie verabschieden sich nach einer gewissen Zeit.Solltest du aber auch im Livelog sehen, wenn da nichts mehr geschrieben werden kann.

Die Karte ist ja neu. Wäre sehr seltsam. Und im Log war nichts....

 

[tulpenknicker]

Schick mir mal deine serial per PN...dann schau ich mal nach im log. Je nach Cache einstellung werden die ja auch nicht andauernd geschrieben solange nichts neues kommt

 

[Held der Arbeit]

Hat der Client überhaupt EMMs gesendet? Das siehst du ja am Client, sofern das auch ein OScam ist.

Auf meinem "Haupt"Topf war noch Vizcam - zwar mit AU aber wer weis.
Die anderen Geräte waren nur selten an - aber schon mit Oscam. Wäre ne Möglichkeit!
Und habe es auch gleich in oscam als Emu geändert.

Hat der ausführende User von OScam (pi? root?) die nötigen Rechte um in alle Ordner schreiben zu dürfen?

Deshalb hatte ich ja /home/pi/log gewählt. Da ist die Bearbeitung per WinSCP auch einfacher....Und oscam.log wurde ja geschrieben.

 

[filius00]

. 4F - das hilft nicht....

Du weißt ja offensichtlich was nicht hilft, was würde dir denn helfen?

 

[tulpenknicker]

Nichts ..das problem ist, dass er nur noch das 4F bekommt. Wenn keine Solo...karte dicht. Leider nicht zu ändern

 

[Held der Arbeit]

Richtig ..und Leider...

Es war tatsächlich der alte Vizcamclient, welcher kein AU mehr machte trotz Anweisung. Mit Oscam werden EMMs jetzt gespeichert. Nütz bloß nischt....:sneezing-emoji:
Danke an alle!
Thread kann geschlossen werden. Nicht das noch jemand eine ähnliches Problem hier erwähnt....