4250 replies to this topic

[Meega]

Ik denk dat er een schone taak ligt voor de mensen die iets gehad hebben aan de adviezen in deze thread, payback time!

Naar mijn idee: nieuwe systematische topics maken (zoals hierboven beschreven) en de antwoorden waar je echt wat aan had + de vraag natuurlijk gewoon citeren in dat nieuwe topic.

Of misschien nog beter, de betreffende vragen en antwoorden richting Wiki!

Als er dus een mogelijkheid is om een vraag + antwoord te waarderen door de gebruiker krijg je natuurlijk vanzelf een database die eventueel naar de wiki kan.

[rwijnberg]

Het is de laatste tijd goed mis met oscam. Vanaf build #6359 ben ik geen build meer tegengekomen die het langer dan een uur volhield. Ik heb het dan over de pc-i386 versie. Zit er een memory-leak in de laatste versies?

Hier draait het prima:

Unix starttime: 1328526800
Starttime: 06.02.12 12:13:20
Version: 1.20-unstable_svn Rev. 6253
Max PID: unlimited

Dus nu zo'n 7 dagen aan 1 stuk

Ik had het over versies vanaf #6359
Jij draait #6253

[rytec]

ik draai versie 6374 i386 op mijn server en nog geen enkel probleem gehad sedert een week.

[Erik Slagter]

ik draai versie 6374 i386 op mijn server en nog geen enkel probleem gehad sedert een week.

Vertel even of je de executable zelf gecompileerd hebt en wat voor distributie je gebruikt?

[rytec]

Niet zelf gecompileerd maar wel van iemand die exact dezelfde distro gebruikt zoals ik en dat is Ubuntu LTS server 10.04

[Erik Slagter]

Dat valt bij mij onder "zelfgecompileerd" Inderdaad gecompileerd op dezelfde distro als waar je het op gebruikt, minste kans op gedonder.

[rwijnberg]

Dat valt bij mij onder "zelfgecompileerd" Inderdaad gecompileerd op dezelfde distro als waar je het op gebruikt, minste kans op gedonder.

Dat zal het wel wezen. Ik gebruik Fedora15 en de binary van streamboard.

Edited by rwijnberg, 15 February 2012 - 17:54.

[GVW]

Probeer een smargo reader aan de praat te krijgen. Maar krijg een rits foutmeldingen.


2012/02/15 10:19:57 0 s waiting for local card init
2012/02/15 10:19:57 1C976B0 h HTTP Server listening on port 16200
2012/02/15 10:19:57 1C95CE0 r Using 0x82 as endpoint for smartreader hardware detection
2012/02/15 10:19:57 1C95CE0 r Found reader with serial reader 1 at 003:090
2012/02/15 10:19:57 1C95CE0 r Found smartreader device Serial:reader 1
2012/02/15 10:19:57 1C95CE0 r reader reader1 initialized (device=Serial:reader 1, detect=cd, mhz=480, cardmhz=357)
2012/02/15 10:19:57 0 IOR: USB bulk read failed with error 4
2012/02/15 10:19:58 0 IOR: USB bulk read failed with error 4
2012/02/15 10:19:58 1C95CE0 r reader1 card detected
2012/02/15 10:19:58 1C95CE0 r usb bulk write failed : ret = -9
2012/02/15 10:19:58 1C95CE0 r usb bulk write failed : ret = -9
2012/02/15 10:19:58 1C95CE0 r usb bulk write failed : ret = -9


De reader wordt dus gezien maar verzand vervolgens in "usb bulk" fouten.

Wie weet hoe ik dit kan oplossen. Gebruik Cent OS 5.7

Kan dit met de kernel versie te maken hebben? Huidige is 2.6.18.

Groeten,
GVW

[posixx]

ik draai versie 6374 i386 op mijn server en nog geen enkel probleem gehad sedert een week.

Vertel even of je de executable zelf gecompileerd hebt en wat voor distributie je gebruikt?

Gecompileerd op een Ubuntu distri voor een Synology NAS

[bierdopje]

Dat valt bij mij onder "zelfgecompileerd" Inderdaad gecompileerd op dezelfde distro als waar je het op gebruikt, minste kans op gedonder.

Dat zal het wel wezen. Ik gebruik Fedora15 en de binary van streamboard.

Ik zou, als ik jouw was, maar zelf gaan compileren op je fedora. Dat doe ik ook. Nog geen problemen gehad, rondom het crashen van oscam.
Draai met fedora 16, 64 bits, en met oscam 6393. Zelf gecompiled op mijn fedora machine.

Gr. Bierdopje

[Erik Slagter]

Kan dit met de kernel versie te maken hebben? Huidige is 2.6.18.

Wauw man, hoe krijg je dat voor elkaar? Dat is echt oud, een soort van windows 2000 zeg maar.

Deze meldingen kunnen ook op een hardware-probleem duiden, bijv. matige kabel, slecht contact enz.

[Erik Slagter]

Ik zou, als ik jouw was, maar zelf gaan compileren op je fedora. Dat doe ik ook. Nog geen problemen gehad, rondom het crashen van oscam.
Draai met fedora 16, 64 bits, en met oscam 6393. Zelf gecompiled op mijn fedora machine.

Zelf compileren heeft zowiezo allerlei voordelen, als je toegang hebt tot de source, lekker gebruiken ook!

[Roymar]

ik draai versie 6374 i386 op mijn server en nog geen enkel probleem gehad sedert een week.

Vertel even of je de executable zelf gecompileerd hebt en wat voor distributie je gebruikt?

Gecompileerd op een Ubuntu distri voor een Synology NAS

Hoe doe je dat? als ik het goed begrijp draai je de oscam op een Synology, die heb ik zelf ook en ben zeer geïnteresseerd

[bierdopje]

Wat mij opgevallen is, wanneer ik via de oscam webinterface een filter ( = services ) verwijder, dan verschuiven alle filters een plaatsje op.
Stel ik heb op een canal digitaalkaart een bepaald filter staan, genaamd sportnl. Verwijder ik dan het filter wat daar boven staat, dan schuift het filter genaamd sportnl een plaatsje naar boven op. Concreet betekent dat je bij gebruik van filters bij alle users en ook bij alle readers de filters aan moet passen, wanneer je een filter verwijderd.

Gr. Bierdopje

[fjskmdl]

Ik gebruik het onderstaande script om te controleren of oscam nog werkt of niet.
Maar het werkt blijkbaar niet eenmaal oscam gestopt is.


#!/bin/sh
process=`ps | grep oscam | grep -v grep | wc -l'`
DATE=`date`
echo $process
if [ "$process" -eq 0 ]; then
echo "not running"
echo "($DATE) Couldn't find oscam running. Restarting server-binary" > /var/log/oscam.check
nohup /usr/bin/oscam-experimental -- -b -r 2 -c /etc/tuxbox/config/oscam-experimental &
else
echo "still running"
echo "($DATE) oscam is still OK!" > /var/log/oscam.check
fi

Als oscam runt en ik voer het script uit, dan bevat progress de waarde 4 en echo'ed hij "still running"
Als ik grep oscam verander door grep test, dan bevat progress de waarde 0 en echo'ed hij "not running"
Tot zover alles juist

Als ik echter oscam afsluit, en het script uitvoer, bevat progress de waarde 2 en echo'ed hij "still running"
wanneer ik op deze moment echter ps | grep oscam | grep -v grep | wc -l' uitvoer, krijg ik als resultaat 0.

Ik test alles als root via putty (cli)

Het script lijkt dus te werken, totdat ik oscam effectief afsluit...

[bierdopje]

Ik gebruik het onderstaande script om te controleren of oscam nog werkt of niet.
Maar het werkt blijkbaar niet eenmaal oscam gestopt is.


#!/bin/sh
process=`ps | grep oscam | grep -v grep | wc -l'`
DATE=`date`
echo $process
if [ "$process" -eq 0 ]; then
echo "not running"
echo "($DATE) Couldn't find oscam running. Restarting server-binary" > /var/log/oscam.check
nohup /usr/bin/oscam-experimental -- -b -r 2 -c /etc/tuxbox/config/oscam-experimental &
else
echo "still running"
echo "($DATE) oscam is still OK!" > /var/log/oscam.check
fi

Als oscam runt en ik voer het script uit, dan bevat progress de waarde 4 en echo'ed hij "still running"
Als ik grep oscam verander door grep test, dan bevat progress de waarde 0 en echo'ed hij "not running"
Tot zover alles juist

Als ik echter oscam afsluit, en het script uitvoer, bevat progress de waarde 2 en echo'ed hij "still running"
wanneer ik op deze moment echter ps | grep oscam | grep -v grep | wc -l' uitvoer, krijg ik als resultaat 0.

Ik test alles als root via putty (cli)

Het script lijkt dus te werken, totdat ik oscam effectief afsluit...

Deze script werkt wel. ( ik heb hem werkend op een fedora pc ):

#!/bin/sh
DATE=`date`
process=`ps auxwww | grep oscam | grep -v grep | awk '{print $1}'`
if [ -z "$process" ]; then
echo "($DATE) Oscam is not working" >> /var/log/oscam.check
nohup /usr/local/bin/oscam >> /var/log/oscam.log &
else
echo "($DATE) Oscam is Ok !" >> /var/log/oscam.check
fi

Uiteraard vergeet niet om dit script een chmod 755 mee te geven.
En vergeet ook niet om via
crontab -e deze toe te voegen. Ik heb hem om de 5 minuten staan.
Let er op dat je oscam misschien net iets anders noemt ( is ook hoofdletterig gevoelig ) en misschien in een andere map zit.
Pas dit wel aan in het script !!

Gr. Bierdopje

Edited by bierdopje, 15 February 2012 - 22:41.

[fjskmdl]

Ik heb dit ook al geprobeerd, maar zelfde resultaat als ik beschreven heb...

[Erik Slagter]

De aanpak is suboptimaal Je wilt eigenlijk niet checken of er een proces is met de naam oscam, want dat zegt nog niks over of oscam wel echt goed draait. Ook heeft oscam de neigen te forken waardoor je twee processen met die naam heb (één guardian en één feitelijke oscam). Het kan voorkomen dat de guardian nog draait maar geen nieuwe oscam opstart.

Wat je dus wilt doen is checken op functionaliteit van oscam. Dat is op zich lastig (zo niet onmogelijk), maar wat je wel kunt doen is checken of de webserver nog draait. Dat zegt al een stuk meer dan alleen kijken of het proces aanwezig is. Met wget kun je heel makkelijk in een script een url testen, aangezien wget een status code teruggeeft.

Verder is het gebruik van nohup best wel archaïsch... Wat het traditioneel deed (ik weet niet of dat nog zo is), is het HUP signal blokkeren. Brute force, niet echt netjes. De moderne aanpak is een aparte sessie maken voor dit programma, die krijgt dan niet eens een HUP signal bij uitloggen. Dat klinkt heel ingewikkeld, maar is het niet. Als je &! achter het commando zet (bash) gaat het vanzelf. Of anders gewoon & en dan op de volgende regel disown.

UPDATE: ik zie net dat de shell van busybox dat allemaal niet snapt, dus op de stb zelf zul je nog steeds nohup moeten gebruiken, grrr....

[doglover]

Volgens mij is er iets fundamenteels fout met Oscam. (of ik heb verkeerde instellingen)

Setup:

VU+ duo met Oscam en 2 TVV kaarten (heb een tweede kaart voor deze test geleend.)
load balancer op 2 gezet (oldest first).
Gebruikt als cardserver.

DM7025 met CCcam laten inloggen op de VU+ duo.
Delink noemt Thuis.


Op de DM7025 volgende opnames gestart (5 min elk)
één, Ketnet, VTM, 2BE, VT4, Vitaya
dus zes zenders gelijk om te kijken of de Oscam server dit goed verwerkte. Moet kunnen want 2 kaarten.

Nochtans krijg ik hetvolgende in mijn log voor VTM (voor de andere zenders iets gelijkaardig) met freezes in de opnames tot gevolg.

2012/02/16 11:00:17 77720730 c Thuis (0100&00006C/31E3/64:9F1F): found (401 ms) by tvv (1 of 2)
2012/02/16 11:00:22 77720730 c Thuis (0100&00006C/31E3/64:1EE6): found (315 ms) by tvv (1 of 2)
2012/02/16 11:00:33 77720730 c Thuis (0100&00006C/31E3/64:C5E3): found (610 ms) by tvv (1 of 2)
2012/02/16 11:00:42 77720730 c Thuis (0100&00006C/31E3/64:175A): found (314 ms) by tvv (1 of 2)
2012/02/16 11:00:53 77720730 c Thuis (0100&00006C/31E3/64:BC11): found (738 ms) by tvv (1 of 2)
2012/02/16 11:01:03 77720730 c Thuis (0100&00006C/31E3/64:42EA): found (318 ms) by tvv (1 of 2)
2012/02/16 11:01:13 77720730 c Thuis (0100&00006C/31E3/64:80F9): found (747 ms) by tvv (1 of 2)
2012/02/16 11:01:23 77720730 c Thuis (0100&00006C/31E3/64:F7D5): found (315 ms) by tvv (1 of 2)
2012/02/16 11:01:33 77720730 c Thuis (0100&00006C/31E3/64:F83A): found (736 ms) by tvv (1 of 2)
2012/02/16 11:01:43 77720730 c Thuis (0100&00006C/31E3/64:60D3): found (318 ms) by tvv (1 of 2)
2012/02/16 11:01:57 77720730 c Thuis (0100&00006C/31E3/64:40D7): found (314 ms) by tvv (1 of 2)
2012/02/16 11:02:05 77720730 c Thuis (0100&00006C/31E3/64:149D): found (892 ms) by tvv (1 of 2)
2012/02/16 11:02:13 77720730 c Thuis (0100&00006C/31E3/64:E6F0): found (314 ms) by tvv (1 of 2)
2012/02/16 11:02:25 77720730 c Thuis (0100&00006C/31E3/64:D6D2): found (724 ms) by tvv (1 of 2)
2012/02/16 11:02:41 77720730 c Thuis (0100&00006C/31E3/64:DBD5): found (323 ms) by tvv (1 of 2)
2012/02/16 11:02:46 77720730 c Thuis (0100&00006C/31E3/64:E9D6): found (379 ms) by tvv (1 of 2)
2012/02/16 11:02:57 77720730 c Thuis (0100&00006C/31E3/64:6464): not found (2 ms) by tvv (1 of 2)
2012/02/16 11:02:57 77720730 c Thuis (0100&00006C/31E3/64:6464): rejected (282 ms) by tvv (1 of 2) (ECMratelimit no space for sr
2012/02/16 11:03:06 77720730 c Thuis (0100&00006C/31E3/64:BDF1): not found (2 ms) by tvv (1 of 2)
2012/02/16 11:03:06 77720730 c Thuis (0100&00006C/31E3/64:BDF1): rejected (2 ms) by tvv (1 of 2) (ECMratelimit no space for sr
2012/02/16 11:03:11 77720730 c Thuis (0100&00006C/31E3/64:BDF1): not found (1 ms) by tvv (1 of 2)
2012/02/16 11:03:11 77720730 c Thuis (0100&00006C/31E3/64:BDF1): not found (1 ms) by tvv (1 of 2)
2012/02/16 11:03:19 77720730 c Thuis (0100&00006C/31E3/64:5398): not found (1 ms) by tvv (1 of 2)
2012/02/16 11:03:19 77720730 c Thuis (0100&00006C/31E3/64:5398): rejected (1 ms) by tvv (1 of 2) (ECMratelimit no space for sr
2012/02/16 11:03:30 77720730 c Thuis (0100&00006C/31E3/64:53BC): found (314 ms) by tvv (1 of 2)
2012/02/16 11:03:46 77720730 c Thuis (0100&00006C/31E3/64:1A8C): found (315 ms) by tvv (1 of 2)
2012/02/16 11:03:57 77720730 c Thuis (0100&00006C/31E3/64:6AD9): found (315 ms) by tvv (1 of 2)
2012/02/16 11:04:04 77720730 c Thuis (0100&00006C/31E3/64:F0B8): found (314 ms) by tvv (1 of 2)
2012/02/16 11:04:05 77720730 c Thuis (0100&00006C/31E3/64:C449): found (315 ms) by tvv (1 of 2)
2012/02/16 11:04:16 77720730 c Thuis (0100&00006C/31E3/64:30FE): found (535 ms) by tvv (1 of 2)
2012/02/16 11:04:29 77720730 c Thuis (0100&00006C/31E3/64:330D): found (701 ms) by tvv (1 of 2)
2012/02/16 11:04:34 77720730 c Thuis (0100&00006C/31E3/64:71D2): found (314 ms) by tvv (1 of 2)
2012/02/16 11:04:46 77720730 c Thuis (0100&00006C/31E3/64:B1AB): found (314 ms) by tvv (1 of 2)

Oscam gaat blijkbaar in ook ECM's vragen aan deze kaart (reader noemt tvv - de tweede noemde tvv2) voor andere zenders waardoor de ratelimiet zegde dat er geen plaats meer was voor deze zender.

Mijn conclusie, je moogt zoveel dezelfde kaarten hebben als je wilt in jouw systeem, oscam zal er altijd maar 4 zenders kunnen van nemen, omdat ie niet vasthoud welke gebruiker van welke kaart codes krijgt.

Wanneer ik dezelfde testmet CCcam als cardserver doe (CCcam in de VU+ duo) dan gaan deze zelfde opnames wel goed.

Willy

Mijn loadbalancer settings:

dropdups = 1
lb_mode = 2
lb_save = 100
lb_nfb_readers = 2
lb_max_ecmcount = 100
lb_reopen_seconds = 60
lb_retrylimit = 1600
lb_savepath = /media/usb/oscam/lbstat.txt
lb_stat_cleanup = 1
lb_reopen_mode = 1

[GVW]

Kan dit met de kernel versie te maken hebben? Huidige is 2.6.18.

Wauw man, hoe krijg je dat voor elkaar? Dat is echt oud, een soort van windows 2000 zeg maar.

Deze meldingen kunnen ook op een hardware-probleem duiden, bijv. matige kabel, slecht contact enz.

Eik,

Neem aan dat je hiermee bevestigd dat de kernel te oud is?

Zal een server opbouwen met CentOS 6.2 (Kernel is dan als het goed is 6.2.32)

P.S. onder CCcam werkt het wel. Een hardware fout is daarmee feitleijk uitgesloten.

Groeten,
GVW

Edited by GVW, 16 February 2012 - 11:46.