Aktuelles
Digital Eliteboard - Das Digitale Technik Forum

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

V13 Karte geht in unregelmäßigen Abständen nicht mehr

    Nobody is reading this thread right now.
..ich hab mir mal den in post #14 verlinkten thread angeschaut und da wundert mich der NEEDINIT Hänger überhaupt nicht, denn bei dem Reader steht drin "cccmindown = 2".
Das heißt, er will von diesem Reader nur diejenigen CAIDs, für die ihm mindestens 2 (ZWEI) reshares gewährt werden.
und DAS wird wohl kaum der Fall sein......

R
 
da wundert mich der NEEDINIT Hänger überhaupt nicht, denn bei dem Reader steht drin "cccmindown = 2".
Das heißt, er will von diesem Reader nur diejenigen CAIDs, für die ihm mindestens 2 (ZWEI) reshares gewährt werden

Danke, ich hab das jetzt nochmal probiert, das war wohl das Problem, blöd nur das x-Leute draufgeschaut haben und es niemand gesehen hat. :D

Aber was wäre die Welt wenn jetzt alle Probleme gelöst werden, ich habe jetzt eine Gruppe für die lokalen Karten und eine für die Server, doch sobald ich dem user dvbapi gestatte auch die Server zu nutzen, ignoriert wer meine lokalen Karten, auch eine oscam.dvbapi mit P: 09c4 bringt da nix ebenso wie der Eintrag "preferlocalcards = 1" in der oscam.conf, er nimmt trotzdem das Nagra was 2 Hops entfernt liegt, worann könnte das jetzt wieder liegen?

Hier nochmal die aktuellen Dateien:

oscam.conf
[global]
logfile = stdout
fallbacktimeout = 2000
failbantime = 5
cachedelay = 120
nice = -1
maxlogsize = 512
preferlocalcards = 1
saveinithistory = 1

#[newcamd]
#port = 34000@09C4:000000
#key = 0102030405060708091011121314

[dvbapi]
enabled = 1
au = 1
boxtype = dreambox
user = dvbapi
pmt_mode = 0
request_mode = 0

[cccam]
port = 7623
reshare = 2
forward_origin_card = 0
ignorereshare = 0
version = 2.2.1
minimizecards = 0
keepconnected = 1
stealth = 0
reshare_mode = 1
updateinterval = 240

[webif]
httpport = 16005
httphelplang = de
httpuser = xxx
httppwd = xxx
httpallowed = 127.0.0.1,xxx
httphideidleclients = 1

oscam.server
[reader]
label = sky
protocol = internal
device = /dev/sci0
caid = 09C4
boxid = 12345678
detect = cd
mhz = 357
cardmhz = 357
ident = 09C4:000000
group = 1
emmcache = 1,3,2

[reader]
label = mtv
protocol = internal
device = /dev/sci1
caid = 0B00
emmcache = 1,3,2
ident = 0B00:000000
services = mtv_unlimited
group = 1

[reader]
label = xxx
enable = 1
protocol = cccam
device = xxx.info,12345
account = xxx
password =xxx
cccversion = 2.1.1
group = 2

sowie weitere Server nach gleichem Prinzip.

oscam.user
[account]
user = usersky
pwd = passsky
disabled = 0
group = 1
#hostname = 127.0.0.1
caid = 09c4
AU = sky

[account]
user = usermtv
pwd = passmtv
group = 1
caid = 0b00
AU = mtv

[account]
user = xxx
pwd = xxx
group = 1,2

[account]
user = dvbapi
pwd = dummy
group = 1,2
 
du benutzt wie du sagst eine 6089 Version.
ich erinnere mich, daß es in den 60xx Versionen diese Probleme gegeben hat.

Abhilfe:
- Loadbalancer einschalten
in der oscam.conf [global] lb_mode = 1 setzen.
und perferlocalcards = 0 setzen (oder löschen).

- alle lokalen Karten für den loadbalancer priorisieren
in allen [reader] Abschnitten für die lokalen Karten lb_weight = 300 setzen.
und die ident = Einträge raus ! (die machen den loadbalancer unwriksam)

jetzt sollte auch die oscam.dvbapi wieder wriksam sein.

R
 
Ich danke dir jetzt läuft es. Auch wenn ich noch nicht komplett verstehe wieso man ihm eben nicht sagen soll, er möge doch eben nicht die lokalen Karten bevorzugen sondern muss mit dem loadbalancer arbeiten. Aber naja, immerhin geht es jetzt ja :emoticon-0115-inlov
 
nu, das ist schnell erklärt:

preferlocalcards würde Sinn machen, wenn man keinen loadbalancer hat, jedoch sharepartner.
hat aber den grimmigen Nachteil, daß Du damit das gesamte "Feindfeuer" auf Dich ziehst, weil jede Anfrage, egal woher sie kommt, auf deinen lokalen Karten landet, obwohl die möglicherweise bereits ausgelastet sind.

Der loadbalancer hingegen kümmert sich ja nicht nur um die lokalen Karten sonder auch um die sharepartner.
wenn Du also lb_mode = 1 (schnellster reader) eingestellt hast, dann schickt er mal 5 ECM Anfragen (lb_min_ecmcount default) an ALLE Reader und wählt den schnellsten (pro CAID) aus. Der wird dann für diese CAID beibehalten, bis entweder 500m ECMs beantwortet wurden ( lb_max_ecmcount default) oder das lb_retrylimit (globales default 800 ms) überschritten wurde bzw. lb_retrylimits (einstellbar pro CAID) überchritten wurde.
Dann beginnt die Kalibrierung von neuem.

Um die lokalen Karten aber trotzdem zu bevorzugen, mußt du eben den lokalen reader mit lb_weight entsprechende Gewichtung geben.

das hat den Vorteil, daß in dem Fall, wo deine lokalen Karten in den roten bereich gehen könnten, der schnellste leser - der sich natürlich auch im share befinden kann - ausgewählt wird - bis der eben nicht mehr der schnellste ist, dann sind deine Schäfchen wieder alle bei dir :-))

Mit den aktuellen OSCams (> 66xx) sollte aber auch der preferlocalcards sogar in Verbindung mit dem LB wieder funktionieren.

R
 
Problem doch nicht gelöst...

Ich verzichte mal auf das Posten der configs, die sind ja schom im Thread.
Auch im Oscam only Betrieb habe ich immer wieder Ausfälle der v13 Karte.
Irgendwann geht es einfach nicht mehr, Meldung im Log

"2012/06/08 20:43:57 2AECB4B0 r [videoguard2-reader] classD0 ins40: (-2) status not ok 1e 85"

Nach einer Weile googeln habe ich in einem Anderen Board so eine Art Fehlerticket für genau dieses Problem gefunden.
Das Problem wird dort erstmals mit der Version "1.10rc-svn, build #5983" erfasst und zieht sich durch bis zur altuellsten Version

Issue Description

Hi, I get an annoying error with oscam. After some time it stops working, and from the log I always see the "TIMEOUT in IO_Serial_WaitToRead" followed by "[videoguard2-reader] classD0 ins40: (-2) status not ok".

I'm using a phoenix serial reader with an italian S*y NDS card, on Ubuntu 11.10

Note on this problem:


  • Increasing the serial read timeout does not help
  • If I kill and I restart oscam it works for a little, then the error shows up again
  • It's present with every version of the kernel > 2.6.35 (with this version or early versions it works ok)
  • It's present in EVERY version of oscam I've tried (stable/unstable)
  • It's not a reader-related issue, since I've tried several readers and it's still present
  • I don't think using an usb reader would help, since I know some users with an usb reader have the same exact problem
When the issue occurs

After a random amount of time (could be an hour, or a day)

How the issue is reproducable

Use a kernel > 2.6.35, and wait

Scheinbar bekommt ja nicht jeder dieses Problem, bei mir ging es Anfangs ja auch über Wochen ohne Reset.
Teilweise findet man dann aber auch Einträge in Foren von 2010 die schon diesen Error bringen.
Wenn es hier im Forum jemanden gibt der diese Problem erfolgreich lösen konnte und mir bereit wäre mir zu helfen, würde ichmir wirklich riesig freuen, das ganze ist echt nervig und macht den Share auch nicht gerade stabil.
 
Zurück
Oben