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:2 by schlocke, 14 years ago

Resolution: fixed
Status: newclosed

fixed with 2975

comment:3 by jwesselvan, 14 years ago

Resolution: fixed
Status: closedreopened

comment:4 by jwesselvan, 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 AciDCooL, 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 pantgr, 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 AciDCooL, 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 FilipeAmadeuO, 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 jwesselvan, 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 AciDCooL, 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:11 by FilipeAmadeuO, 14 years ago

Problem still continues on version 2978...

comment:12 by alno, 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 jwesselvan, 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 alno, 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 AciDCooL, 14 years ago

Resolution: fixed
Status: reopenedclosed

Tested 3005 and its fixed no more losing cards.

Thx, and keep up the good work!

comment:16 by cybernando, 14 years ago

Priority: majorcritical
Resolution: fixed
Status: closedreopened

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 faccione, 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 schlocke, 14 years ago

Resolution: fixed
Status: reopenedclosed

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 faccione, 14 years ago

Resolution: fixed
Status: closedreopened

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 faccione, 14 years ago

Owner: set to schlocke
Status: reopenednew

comment:21 by faccione, 14 years ago

0.99 SVN 2961 seems to be not affected by this issue

comment:22 by schlocke, 13 years ago

Resolution: fixed
Status: newclosed

close because I can't reproduce this problem

Note: See TracTickets for help on using tickets.