Opened 14 years ago
Closed 13 years ago
#747 closed defect (fixed)
CCcam client still losing cards
Reported by: | jwesselvan | Owned by: | schlocke |
---|---|---|---|
Priority: | critical | Component: | Protocol - CCCam |
Severity: | high | Keywords: | |
Cc: | Sensitive: | no |
Description
I have the newest oscam on my server and when i connect with my cccam client and also my friend connects . we see all shares after some minutes all cards are gone and only 2 or 3 shares left ?
is this fixable or is this allready in development ?
Hope for a good answer.
in the debug log there is nothing noticable only in cccam logs they all give removed card. in oscam there is nothing to find .
Change History (22)
comment:1 by , 14 years ago
comment:3 by , 14 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
comment:4 by , 14 years ago
its not fixed still losing all shares in a few minutes .
then oscam reports the cards to cccam client the shares are there again . and within 5 minutes cccam removes all cards and no shares anymore . and then oscam reports again and there are the shares again so not fixed yet.
comment:5 by , 14 years ago
Tested and no change, seems like the shares are comming back faster now.. maybe placebo effect..
But not all shares disapear.. For some reason there are allways some shares in hop3 that are left over.
comment:6 by , 14 years ago
same and on my side after same min the card go to 0 and came back again, also if set on oscam.conf the clientimeout up to 3500 the cccam client using n line make random disconnect if connect any local card on the reader and don't use and newcamd server as card reader works stable and with 5000 clientimeout, if you need any monitor user on my server or normal user to test something feel free to mail me thanks again.
comment:7 by , 14 years ago
I agree sometimes it even shows 0 shares.
Maybe this will help.. I see the a card merge on CCcam when it only shows 3 shares from the oscam server..
100 : 0 Mediaguard CAid | 6a Canal+ Nederland (19E/23E) | 68 Cyfra+ (13E)
This should never happen.. never seen a card with c+ nl and cyfra.. Maybe Header information is incorrect that is send ?
comment:8 by , 14 years ago
I have the same problem.
Sometimes cards go to 0 and then return to normal.
The problem is that this makes cccam clients freeze.
comment:9 by , 14 years ago
is this problem fixen in new version of oscam of today ?
Still losing all cards on cccam client and leaving some shares in hop3. ?
comment:10 by , 14 years ago
Nah tested and not working..
Noticing allot of:
2010/09/01 22:23:46 20927 c14 cccam(s) : reported 264 cards to client
The name is missing sometimes maybe thats the key to fixing this ?
Im out of ideas and my eyes are tired of watching the logs over and over again.
It's something on the user side of oscams cccam implementation.. dvbapi has no problems whatsoever on my qbox even though on a cccam client there are 0 cards reported.
And newcamd has no problems also..
comment:12 by , 14 years ago
nobody has committed something related to this - don't spam the Trac with "not working" Messages every day. Developers will start to ignore such tickets because the number of Ticket Entries becomes higher then the number of committ entries. From my point of view I have disable the Ticket updates view and enable it just from time to time because of the bad Quality of tickets.
just my 2 cent
comment:13 by , 14 years ago
@alno
First of all do you even read the tickets ?
you bring a new version we give you feedback and then you keep complaining you get spammed ? second of all if you read it you see more people have the same problem.
so if you dont want the feedback then upload oscam everyday with more bugs then fixes .
Bye !
comment:14 by , 14 years ago
It is not useful and makes no sense to write messages "is furtherly not working" if nothing is committet related to the issue. If you have pressure - fall back to a working revision. Trunk is permanently under development. Sometimes trunk is instable.
Usually, if somebody make a committ related to a ticket he write it in the committ and in the ticket. (at least me do it ) If you see nothing related you don't have to report that it's furtherly not working
From which new Version I/We brought you talk?
comment:15 by , 14 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
Tested 3005 and its fixed no more losing cards.
Thx, and keep up the good work!
comment:16 by , 14 years ago
Priority: | major → critical |
---|---|
Resolution: | fixed |
Status: | closed → reopened |
rev 3018 not fixed !!!!
CCcam client losing cards every 2/3 minute .
I tried new par "updateinterval " set to "120/180 " but problem still continues ....
comment:17 by , 14 years ago
subversion 3071
Platform: Ubuntu 10.04 x86
Same behavior, card loss at random time/user.
Restart the pid using the icon or kill the process via console restores the number of cards reported to the user.
comment:18 by , 14 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
there has been a big change in the ocam architecture now. so please check again with the latest threaded version and reopen a new ticket with debug log if problem still exists.
comment:19 by , 14 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
The debug log reports nothing, the client remains connected but the number of cards reported BY the client are zero.
Subversion 3258 compiled on Ubuntu x86
Reopen this ticket to keep tracks.
comment:20 by , 14 years ago
Owner: | set to |
---|---|
Status: | reopened → new |
comment:22 by , 13 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
close because I can't reproduce this problem
Have the same problem see:
http://oscam.ump2002.net/board/thread.php?postid=22233#post22233