AW: CCcam Server bricht zusammen
die schlechten Anweisungen gibts schon länger - prüf mal user1 bzw sofern Du den hast - raus damit
desweiteren, kannste mal diesen
Beitrag durchlesen, ev wäre das eine Hilfe um sowas auszuschliessen
für die Verteilung auf die beiden S02 schau Dir mal das loadbalncing an - klappt mit der 2.2.1 super
ansonsten fällt mir da ausser den Allgemienplätzen auch nichts ein, was das Verhalten bzw das bad-command erklären könnte
Danke für den Hinweis auf loadbalance !
Ich habe soebend die Zeile
in die CCcam.cfg eingefügt und nun werden beiden S02 Karten sehr gleichmässig beansprucht.
(Die IDs beziehen sich auf die Sky Bundesliga Sender, da nur eine Karte dieses Paket besitzt)
In dem Zusammenhang habe ich auch etwas über
gelesen.
Die Zeile hatte ich in Hoffnung eingerichtet, dass damit nur noch 10 User auf die eine Karte dürfen. Aber leider funktioniert das nicht so wie gedacht, daher ist die Zeile wieder deaktiviert. Ich werde die User-Beschränkung für diesen Befehl aufheben und die gültigen Channel IDs eintragen, damit keine unnötigen Anfragen auf die Karten statt finden.
Hier mal ein Link zur Anleitung von Loadbalance und Smartcard SID Assign ->
dies gilt aber nur für CCcam 2.2.1 !
Die Ausgabe von ' dmesg ' ist bereits ein log!
Geh mal ins verzeichniss /var/log/ ... Dort befinden sich die ganzen Systemlogs wo ua. ' dmesg' den Inhalt aus der Datei ' messages ' ausgibt
Aber dabei sind nur Meldungen von Bedeutung die nach dem hochfahren dort vllt drin stehen (eben bezüglich usb oder oscam/cccam)
Welche CCcam version verwenden deine Clients?
"bad command" ist eigentlich der sog. FAKE-CLIENT-CHECK der erst seit 2.2.x aktiv ist (soweit ich weiss)
Ich verlange zb von meinen Clients das sie alle noch die älteren versionen benutzen und _nicht_ die neue - unter anderem wegen solchen Problemen wie du sie hast
Ich würde dir als dazu raten es zunächst mit einer anderen CCcam version Clientseitig auszuprobieren ob du damit auch noch gekickt wirst und ansonsten auch den Serer auf eine ältere Version zu wechseln und deine
HD+ wieder mit OScam einzulesen
Mit der Kombination OScam und CCcam habe ich von Anfang an meiner CS-Zeit die besten Erfahrungen gemacht wobei man auch auf CCcam ganz verzichten könnte weil OScam mittlerweile das CCcam-Protocol auch beherscht
(ich benutze CCcam 2.1.1 und OScam 1.0 svn zzt build 4043)
unter /var/log/ gibt es die Log dmesg
Doch leider ist dort kein Fehler zu erkennen
Die Clients benutzen grösstenteils 2.0.11 (DBox2). Mein eigner Client läuft mit 2.2.1 (auch schon mit 2.1.4 und 2.1.3 probiert) und auch dieser Client wird gekickt (also auch Netzwerk Clienten).
Ich habe ja jetzt Veränderungen mit Loadbalance & Smartcard SID Assign vorgenommen. Sollte dies auch nicht den gewünschten Erfolg mit sich bringen, werde ich mir schon einmal deine CCcam / OScam Kombination bereit halten.
Eine Frage hätte ich aber noch dazu: Kann die CCcam Version auch für Loadbalance sorgen ? (Verteilung der Abfragen auf mehre Karten)
"bad command" kommt auch, wenn deine internet-verbindung oder die deiner clients nicht stabil läuft.
folgendes prüfen:
- bandbreitenauslastung am router
- anzahl offener/closed connections am router und am cccam-server
- prüfen ob deine internetverbindung 24h läuft oder ob regelmässig durch den router neu eingewählt wird
da du schreibst, das das problem bereits bei der fritzbox als server aufgetreten ist, vermute ich das problem eher bei deiner leitungs-anbindung und/oder am router als am linux-cccam-server
wenn du kein QoS am router nutzt und nebenbei p2p,teamspeak, onlinespiele, downloads, etc aus deinem LAN nutzt, kann schnell die bandbreite und/oder max connections (bzw. NAT-table full) am router zu den "bad commands" führen
Ich habe den Server auch schon direkt am Router (Fritzbox 7170) angeschlossen, um Fehler von Switch's auszuschliessen.
In der Log von der Fritzbox (Firmware-Version 29.04.8) kommt zu es zu den Zeiten, wo der Server zusammen bricht, nicht zu Verbindungproblemen.
Aber ich bin in dem WebIf über eine intressante Funktion gestolptert -> Priorisierung
Und dort steht in der Hilfe folgender Satz:
Die restlichen 10% der Upload-Bandbreite stehen für Anwendungen zur Verfügung, die in nachrangigen Kategorien oder überhaupt nicht priorisiert sind.
Also habe ich die Anwendung in der höhsten Priorisierung eingetragen (Echtzeitanwendung) und nun bin ich gespannt ob es etwas gebracht hat.
Vielleicht könntest Du mir aber noch ein Tipp bezüglich QoS und NAT-Table in Verbindung mit der Fritzbox geben !?
Hmmm, ist es immer der gleiche der gekickt wird, oder kommen alle mal an die Reihe?
Bei mir tritt es sporadisch nur bei zweien auf, allerdings nicht dauerhaft.
Ich habe da folgende Theorie:
Wenn ein Client mal einen Neustart der CCCam macht, und sich dann wieder einwählt, mein Server noch nicht bemerkt hat das sie weg waren, und dann kommt so ein "bad command" oder "double login" zustande.
Kann das sein? Für mich ist das echt plausibel!
Bei 13 aktiven Klienten gibt es ECM Zeiten von maximal 2 sec. Und sobald der 14te dazu kommt, schaukeln sich die Zeiten auf. Man kann zusehen wie sie im Sekunden-Takt ansteigen -> bis die 6 - 7 sec erreichen und jeder von den aktiven Klienten gekickt wird. Egal ob Netzwerk oder Inet-Klient auch die Version der Klienten ist egal, jeder kommt mal ran.
Bis sich einer entschliesst doch nicht zu gucken, dann gehts heiter mit 13 weiter.
Was für ein Receiver benutzt dein Client der immer gekickt wird ?
DBox2 (2.0.11) und Dreamboxen mit den Versionen 2.0.11 , 2.1.1 , 2.1.3 , 2.1.4 und 2.2.1
Vielen Dank an dieser Stelle für eure Hilfe !!