Debian - CCcam hängt sich nach einiger Zeit auf

julia · 16. Mai 2012

Hallo,

ich bräuchte mal eure Hilfe, habe einen neunen Debian Server (Igel) aufgebaut und die C und F-line von der Dream in den Debian übertragen. Nach einiger Zeit hängt sich die CCcam 2.3.0 auf.
Hat jemand eine Idee?

Julia

Die cfg sieht so aus:

C: xxxx8571.ath.cx 13700 Test aff5wG3L no { 0:0:1 }
C: xxxx.no-ip.info 21800 Test2 1234 { 0:0:1, 1843:0:2, 0b01:0:2 }
usw

F: TEST1 5gä889 2 0 0 { 0:0:2 }
F: TEST2 ee9920 2 0 0 { 0:0:2 }
usw.

SERIAL READER : /dev/ttyUSB0 smartreader+
SERIAL READER : /dev/ttyUSB1 smartreader+

MINIMUM DOWNHOPS: 1
MINIMUM CLIENT VERSION : 2.0.11

ALLOW TELNETINFO: no
DISABLE EMM : no
EXTRA EMM LEVEL : no
SHOW TIMING : yes

aragorn · 17. Mai 2012

wieviel clients hast du? sind da vielleicht welche dabei welche die ganze zeit bad command fabrizieren? gelöschte user können das cccam auch zum absturz bringen
bist du auf cccam 2.3.0 angewiesen oder kannst du auch eine ältere nutzen?
wenn du bei einer c line die geschweiften klammern nutzt musst du die syntax einhalten.
C: xxxx.no-ip.info 21800 Test2 1234 { 0:0:1, 1843:0:2, 0b01:0:2 } ist flasch. die müsste so aussehen:
C: xxxx.no-ip.info 21800 Test2 1234 no { 0:0:1, 1843:0:2, 0b01:0:2 }

julia · 17. Mai 2012

Hi,

ich habe insgesamt 40 clients, ein Igel sollte doch soviel können oder nicht und was heist: bad command ?
habe meinen Port geändert so können keine gelöschten Clients das CCcam zum Absturz bringen, die 2.3.0 habe ich auch auf meiner DM7000. das "no" war ein kopier Fehler.

Julia

czutok · 17. Mai 2012

bad command = deine klienten fragen ergend welche karten oder programme die du auf deinem server nicht frei hast , somit bekommst du ser viele NOK anfragen

NOK = bad command

aragorn · 18. Mai 2012

czutok schrieb:
bad command = deine klienten fragen ergend welche karten oder programme die du auf deinem server nicht frei hast , somit bekommst du ser viele NOK anfragen

NOK = bad command

nein das ist falsch! "bad command" hat mit NOK nichts zu tun! ein NOK wird als NOK bewertet aber verursacht kein "bad command"

ab cccam 2.2.x wurden erweiterte befehle in cccam integriert die unter anderem "good caid" und "bad caid" übermitteln. da gibt es auch noch ein paar andere die mit 2.3.0 eingeführt wurden aber die genauen hintergründe kenne ich auch nicht aber trotz cccam 2.3.0 serverseitig werden bad commands von "unechten cccams" verursacht also zum beispiel von oscam, hadu oder acamd

guckt dazu ins cccam log beziehungsweise syslog und haltet nach "bad command" ausschau

Code:

09:27:53.952 CCcam: remote ecm <- xxxxx.org:1xxx ok (took 0.2812 seconds)
09:27:53.952 CCcam: client xxx ecm request for handler 0x6c 0x1830(0x0) sid 0xef10 ok (took 0.2812 seconds)
09:27:54.899 CCcam: remote ecm -> xxx.net:6xxx 0x1835(0x000)
09:27:55.133 CCcam: deleting client 46.115.x.x(xx), [B]bad command[/B]
09:27:55.866 CCcam: remote ecm <- xxx.net:6xxx ok (took 0.9667 seconds)
09:27:55.866 CCcam: client xxx ecm request for handler 0x7a 0x1835(0x0) sid 0xdd ok (took 0.9668 seconds)
09:27:56.669 CCcam: remote ecm -> xxxx.com:1xxx 0x1838(0x000)

09:40:06.890 CCcam: remote ecm -> xxxx.com:1xxx 0x1838(0x000)
09:40:06.890 CCcam: client xxx ecm request for handler 0xd9 0x1838(0x0) sid 0x65fe ok (took 0.4385 seconds)
09:40:07.014 CCcam: new tcp client from 46.115.x.x
09:40:07.194 CCcam: user xx login attempt from 46.115.x.x           
09:40:07.195 CCcam: deleting client 46.115.x.x(xx), [B]bad command[/B]  
09:40:07.320 CCcam: remote ecm <- xxxx.com:1xxx ok (took 0.4297 seconds)
09:40:07.320 CCcam: client xxxxxx ecm request for handler 0xd9 0x1838(0x0) sid 0x69de ok (took 0.6186 seconds)

10:14:45.329 CCcam: camd3 ecm <- localhost:5xxx cws from cache (took 0.0000 seconds)
10:14:45.329 CCcam: client xxx ecm request for handler 0xd1 0x1722(0x0) sid 0x34 ok (took 0.0001 seconds)
10:14:46.382 CCcam: deleting client 217.248.x.x(xxxxxx), [B]bad command[/B]
10:14:46.727 CCcam: remote ecm -> xxxx.com:1xx 0x1838(0x000)           
10:14:47.157 CCcam: remote ecm <- xxxx.com:1xx ok (took 0.4304 seconds)
10:14:47.157 CCcam: client xxxxx ecm request for handler 0xd9 0x1838(0x0) sid 0x69de ok (took 0.4305 seconds)

12:15:08.224 CCcam: camd3 ecm <- localhost:5xxx ok (took 0.5770 seconds)               
12:15:08.224 CCcam: client xx ecm request for handler 0xd1 0x1722(0x0) sid 0xc ok (took 0.7634 seconds)   
12:15:08.460 CCcam: remote ecm <- xxxx.com:1xxx ok (took 0.4105 seconds)
12:15:08.460 CCcam: client xxxx ecm request for handler 0xd9 0x1838(0x0) sid 0x65fa ok (took 0.9490 seconds)
12:15:11.940 CCcam: remote ecm -> xxx.org:1xxx 0x1830(0x000)
12:15:12.209 CCcam: deleting client 79.225.x.x(xxxxxx), [B]bad command[/B]
12:15:12.508 CCcam: remote ecm <- xxx.org:1xxx ok (took 0.5677 seconds) 
12:15:12.508 CCcam: client xxxx ecm request for handler 0xd8 0x1830(0x0) sid 0xef10 ok (took 0.5678 seconds)
12:15:12.864 CCcam: camd3 ecm -> localhost:5xxx

12:41:13.868 CCcam: camd3 ecm <- localhost:5xxx ok (took 0.5038 seconds)
12:41:13.868 CCcam: client xxx ecm request for handler 0xd4 0x1834(0x0) sid 0xc615 ok (took 0.8938 seconds)
12:41:13.902 CCcam: remote ecm -> xxx.org:1xxx 0x1830(0x000)
12:41:13.945 CCcam: remote ecm <- xxx.org:1xxx ok (took 0.0425 seconds)
12:41:13.945 CCcam: client xxx ecm request for handler 0xd8 0x1830(0x0) sid 0xef10 ok (took 0.0426 seconds)
12:41:15.439 CCcam: remote ecm -> xxx.com:1xxx 0x1838(0x000)
12:41:15.522 CCcam: camd3 ecm -> localhost:5xxx
12:41:15.850 CCcam: remote ecm <- xxx.com:1xxx ok (took 0.4110 seconds)
12:41:15.850 CCcam: client xxxx ecm request for handler 0xd9 0x1838(0x0) sid 0x65fa ok (took 0.4111 seconds)
12:41:16.099 CCcam: camd3 ecm <- localhost:5xxx ok (took 0.5768 seconds)
12:41:16.099 CCcam: camd3 ecm -> localhost:5xxx
12:41:16.099 CCcam: client xx ecm request for handler 0xd1 0x1722(0x0) sid 0xc ok (took 0.5769 seconds)
12:41:16.916 CCcam: remote ecm -> xxx.com:1xxx 0x1838(0x000)
12:41:17.748 CCcam: camd3 ecm <- localhost:5xxx error (took 0.6493 seconds)
12:41:17.748 CCcam: client xxxxxxxx ecm request for handler 0xd1 0x1722(0x0) sid 0x797d failed (took 0.9503 seconds)
12:41:18.100 CCcam: remote ecm <- xxx.com:1xxx ok (took 1.1839 seconds)
12:41:18.100 CCcam: client xxxxxx ecm request for handler 0xd9 0x1838(0x0) sid 0x69de ok (took 0.9840 seconds)
12:41:19.994 CCcam: remote ecm -> xxx.org:1xxx 0x1830(0x000)
12:41:20.568 CCcam: remote ecm <- xxx.org:1xxx ok (took 0.5736 seconds)
12:41:20.568 CCcam: client xxx ecm request for handler 0xd8 0x1830(0x0) sid 0xef10 ok (took 0.5737 seconds)
12:41:22.135 CCcam: camd3 ecm -> localhost:5xxx
12:41:22.741 CCcam: camd3 ecm <- localhost:5xxx ok (took 0.6058 seconds)
12:41:22.741 CCcam: camd3 ecm -> localhost:5xxx
12:41:22.741 CCcam: client xxxxxxx ecm request for handler 0xd1 0x1722(0x0) sid 0x34 ok (took 0.6059 seconds)
12:41:22.879 CCcam: camd3 ecm -> localhost:5xxx
12:41:23.317 CCcam: camd3 ecm <- localhost:5xxx ok (took 0.5764 seconds)
12:41:23.317 CCcam: camd3 ecm -> localhost:5xxx
12:41:23.317 CCcam: client xxx ecm request for handler 0xd1 0x1722(0x0) sid 0xc ok (took 0.7940 seconds)
12:41:23.340 CCcam: camd3 ecm <- localhost:5xxx ok (took 0.4603 seconds)
12:41:23.340 CCcam: camd3 ecm -> localhost:5xxx
12:41:23.340 CCcam: client xxxxxxx ecm request for handler 0xd4 0x1834(0x0) sid 0xd0a4 ok (took 0.4604 seconds)
12:41:23.823 CCcam: camd3 ecm <- localhost:5xxx ok (took 0.5054 seconds)
12:41:23.823 CCcam: client mc ecm request for handler 0xd1 0x1722(0x0) sid 0xc614 ok (took 0.9905 seconds)
12:41:23.868 CCcam: camd3 ecm <- localhost:5xxx ok (took 0.5284 seconds)
12:41:23.868 CCcam: client xxx ecm request for handler 0xd4 0x1834(0x0) sid 0xc615 ok (took 0.9040 seconds)
12:41:25.464 CCcam: remote ecm -> xxx.com:1xxx 0x1838(0x000)
12:41:25.889 CCcam: remote ecm <- xxx.com:1xxx ok (took 0.4254 seconds)
12:41:25.889 CCcam: client xxxx ecm request for handler 0xd9 0x1838(0x0) sid 0x65fa ok (took 0.4255 seconds)
12:41:26.916 CCcam: remote ecm -> xxx.com:1xxx 0x1838(0x000)
12:41:26.994 CCcam: remote ecm -> xxx.org:1xxx 0x1830(0x000)
12:41:27.583 CCcam: remote ecm <- xxx.org:1xxx ok (took 0.5887 seconds)
12:41:27.583 CCcam: client xxx ecm request for handler 0xd8 0x1830(0x0) sid 0xef10 ok (took 0.5888 seconds)
12:41:27.657 CCcam: deleting client 79.225.x.x(xxxxxxxx), [B]bad command[/B]
12:41:28.209 CCcam: remote ecm <- xxx.com:1xxx ok (took 1.2936 seconds)
12:41:28.209 CCcam: client xxxx ecm request for handler 0xd9 0x1838(0x0) sid 0x69de ok (took 0.8937 seconds)
12:41:29.542 CCcam: camd3 ecm -> localhost:5xxx
12:41:30.123 CCcam: camd3 ecm <- localhost:5xxx ok (took 0.5813 seconds)
12:41:30.123 CCcam: client xxx ecm request for handler 0xd1 0x1722(0x0) sid 0xc ok (took 0.5814 seconds)
12:41:32.511 CCcam: camd3 ecm -> localhost:5xxx
12:41:32.855 CCcam: camd3 ecm -> localhost:5xxx
12:41:33.020 CCcam: camd3 ecm <- localhost:5xxx ok (took 0.5091 seconds)
12:41:33.020 CCcam: client x ecm request for handler 0xd1 0x1722(0x0) sid 0xc614 ok (took 0.5092 seconds)
12:41:33.421 CCcam: camd3 ecm <- localhost:5xxx ok (took 0.5655 seconds)
12:41:33.421 CCcam: camd3 ecm -> localhost:5xxx
12:41:33.421 CCcam: client xxxxxxxx ecm request for handler 0xd4 0x1834(0x0) sid 0xd0a4 ok (took 0.5656 seconds)
12:41:33.627 CCcam: remote ecm -> xxx.com:1xxx 0x1838(0x000)
12:41:33.938 CCcam: camd3 ecm <- localhost:5xxx ok (took 0.5173 seconds)
12:41:33.938 CCcam: client xxx ecm request for handler 0xd4 0x1834(0x0) sid 0xc615 ok (took 0.9696 seconds) 
12:41:33.995 CCcam: remote ecm -> xxx.org:1xxx 0x1830(0x000)
12:41:34.059 CCcam: remote ecm <- xxx.com:1xxx ok (took 0.4322 seconds)
12:41:34.059 CCcam: client xxxx ecm request for handler 0xd9 0x1838(0x0) sid 0x65fe ok (took 0.4323 seconds)

ich hab absichtlich ein paar zeilen vor und nach dem "bad command" gepostet damit man sieht das es nichts mit NOK zu tun hat weil "bad commands" habe ich öfter als NOK. als nachweis dafür habe ich auch aktuelle bilder von munin angehängt
besonders bei dem letzte abschnitt hatte der client der "bad command" verursachte zuletzt 10 sekunden vorher ein "failed" gekriegt wo aber 10 sekunden da zwischen liegen hat also mit ein ander nichts zu tun

wieviel ram hast du in deinem igel? schon mal darauf geachtet wieviel speicher das cccam verbraucht? schmiet cccam regelmässig ab also zum beispiel ein mal alle 2 stunden? steht was in "dmesg" zu dem zeitpunkt wo es abschmiert? schon mal eine andere cccam version als server ausprobiert?
nur weil du das auch auf deiner dreambox hast bedeutet das nicht das es auch auf dem igel sauber laufen müsste.. du kannst nicht äpfel mit kartoffeln vergleichen

julia · 20. Mai 2012

Hi,

bin erst wieder nach Kurzurlaub zu Hause, das CCcam schmiert vielleicht einmal am Tag ab, habe noch keine andere CCcam getestet, kann ich aber tun.
Danke für die Infos, was heist "dmesg" ?

Julia

aragorn · 21. Mai 2012

"dmesg" ist ein befehl der die datei /var/log/dmesg ausgibt

dmesg (eng. "display messages") ist ein Kommandozeilenbefehl, der den Ringpuffer des Kernels ausgibt. Er ist ein sehr nützliches Tool, um Fehler beim Systemstart (z.B. beim Laden von Modulen) oder Kernel-Fehler, defektes RAM, etc. zu finden.
Am besten lässt man sich die Ausgabe von dmesg über einen Pager anzeigen:

dmesg | less

wenn du pebkac´s ipc hast wird dir das auch über das web interface unter Logs mit menschlich lesbarem zeitstempel angezeigt

julia · 21. Mai 2012

Hi,

habe mal CCcam 2.2.1 getestet, gleiches Probelm. Das Problem muss mit dem CCcam zusammenhängen, das InfoPHP - Debian CS-Server IPC braucht auch sehr lange bis es sich aktualisiert. Habe 1Ghz Ram, das sollte reichen. Den "dmesg" Log habe ich, kann aber nichts daraus erkennen.

aragorn · 22. Mai 2012

bei dmesg interessieren wenn dann nur die letzten paar zeilen der rest stammt vom system start und sollte unwichtig sein. also vielleicht mal posten damit erfahrene user einen blick darauf werfen könnten
wichtig ist aber wie gesagt auch das die cccam.cfg korrekt ist und keine copy&past fehler wie oben mit der c line drin stehen. das ist nämlich auch ein grund wieso cccam crashen könnte also nochmal wirklich jede zeile überprüfen ob die auch der erforderlichen syntax entsprechen. ansonsten wie gesagt vielleicht mal von ipc addon_munin.sh installieren und darüber die bad_commands beobachten oder darauf achten ob sich ein gelöschter client trotzdem weiterhin verbinden möchte als gegebenenfals fail2ban installieren oder vielleicht dem system ohne cardsharing einen stabilitäts beziehungsweise ram test unterziehen vielleicht ist ja auch die hardware defekt usw

julia · 22. Mai 2012

Hi,

ich habe die Logs mal unten angehängt, kann mir einer einen Tipp geben?

Julia

dmsg:

[20:51:21 16.05.2012] ftdi_sio: v1.5.0:USB FTDI Serial Converters Driver
[20:51:21 16.05.2012] Error: Driver 'pcspkr' is already registered, aborting...
[20:51:21 16.05.2012] VIA 82xx Audio 0000:00:11.5: PCI INT C -> Link[LNKC] -> GSI 10 (level, low) -> IRQ 10
[20:51:21 16.05.2012] VIA 82xx Audio 0000:00:11.5: setting latency timer to 64
[20:51:22 16.05.2012] Adding 2xxxx0k swap on /dev/sda5. Priority:-1 extents:1 across:21xxxx0k
[20:51:22 16.05.2012] EXT3 FS on sda1, internal journal
[20:51:22 16.05.2012] loop: module loaded
[20:51:23 16.05.2012] eth0: link up, 100Mbps, full-duplex, lpa 0xCDE1

CCcam log:

May 22 18:46:42 debian CCcam: local ecm -> card /dev/ttyUSB0 0x500(0x23800) sid 0xb18
May 22 18:46:42 debian CCcam: provider id not found
May 22 18:46:42 debian CCcam: local ecm <- card /dev/ttyUSB0 error
May 22 18:46:42 debian CCcam: xxxx TEST ecm request for handler 0x66 0x500(0x23800) sid 0xb18 ok: 0 (took 0.001 seconds)
May 22 18:46:42 debian CCcam: xxxx ecm <- lxxx19xx.dyndns.org:1xxxx ok (took 1.009 seconds)
May 22 18:46:42 debian CCcam: client LxxN ecm request for handler 0x85 0x1702(0x0) sid 0x16 ok: 1 (took 1.010 seconds)

CCcam log:

May 22 18:31:09 debian CCcam: login from 2xx.x1.xxx.xx
May 22 18:31:09 debian CCcam: kick xxxx.xx.xxxx.5x, signature failed
May 22 18:31:09 debian CCcam: remote ecm <- xxxxyx.biz.org:x1xxx8 ok (took 0.403 seconds)
May 22 18:31:09 debian CCcam: client XXXXX ecm request for handler 0xb5 0x963(0x0) sid 0x1840 ok: 1 (took 0.404 seconds)
May 22 18:31:09 debian CCcam: login from xxx.xxxx.xxx.xx
May 22 18:31:09 debian CCcam: kick xxx.xx.xxx.xx, signature failed
May 22 18:31:09 debian CCcam: login from xxx.xx.xx.xx
May 22 18:31:09 debian CCcam: kick xxx.xx.xxx.xx, signature failed

czutok · 22. Mai 2012

nim mal die dyndns adrese da raus und namen von dem klient , kanst ales mit xxxxx erstezen !!!!!

ysimmerath · 22. Mai 2012

und noch ein Tipp direkt "neu dyndns Adresse einrichten "

und nächst mal schön aufpassen was du postest :emoticon-0178-rock:

@julia
scheint dich nicht zu interessieren

julia · 22. Mai 2012

Hi,
Sorry ist geändert, hatte ich leider nicht gesehen.

Julia

czutok · 22. Mai 2012

im cccam log stehen noch die ganzen IP adresen von deinen client drine , der wird sich bestimt freuen wenn du so mit seinen daten umgehst !!!!!!!!!!!

julia · 22. Mai 2012

Hi,

CCcam log abgeändert.

Julia

Debian - CCcam hängt sich nach einiger Zeit auf

julia

Meister

aragorn

Guest

julia

Meister

czutok

aragorn

Guest

julia

Meister

aragorn

Guest

julia

Meister

aragorn

Guest

julia

Meister

czutok

ysimmerath

Meister

julia

Meister

czutok

julia

Meister

Ähnliche Themen

Debian - CCcam hängt sich nach einiger Zeit auf

Meister

aragorn

Guest

Meister

aragorn

Guest

Meister

aragorn

Guest

Meister

aragorn

Guest

Meister

Meister

Meister

Meister

Ähnliche Themen

Datenschutz & Transparenz

Datenschutz & Transparenz