Opened 11 years ago

Closed 11 years ago

#3057 closed defect (fixed)

Warning: Invalid client

Reported by: marrik Owned by:
Priority: major Component: General
Severity: medium Keywords: warning invalid client disconnect
Cc: Sensitive: no

Description

Revisision

8109

Issue Description

Oscam disconnects clients with message: 'Warning: invalid client"

When the issue occurs

Regular, but more when changing channels then the client gets disconneted but immediatly logs on again without a problem.
Before build 7972 clients got disconnected and reconnecting could take minutes before it was succesfull. After build 7972 it got 'better'.

How the issue is reproducable

Unknown.
Tested the following combinations:

  • Dedicated hardware, Few Users, Load Balancer On -> OK
  • Decicated hardware, Few Users, Load Balancer Off -> OK
  • Dedicated hardware, All Users, Load Balancer On -> NOT OK
  • Dedicated hardware, All Users, Load Balancer Off -> OK
  • VPS (Virtual), Few Users, Load Balancer On -> OK
  • VPS (Virtual), Few Users, Load Balancer Off -> OK
  • VPS (Virtual), All Users, Load Balancer On -> NOT OK
  • VPS (Virtual), All Users, Load Balancer Off -> NOT OK

CPU, MEM, Harddisk isn't a problem/issue because the servers has enough resources dedicated or virtual.

Attachments (1)

anonymous_VTR_FWA.txt (7.2 KB ) - added by marrik 11 years ago.
Oscam Log.. VTR and FWA client disconnected

Download all attachments as: .zip

Change History (7)

by marrik, 11 years ago

Attachment: anonymous_VTR_FWA.txt added

Oscam Log.. VTR and FWA client disconnected

comment:1 by Admin, 11 years ago

Invalid client is just a bad message in OSCam which you can pretty much ignore. In fact, can't these just be clients who have really lost their network connection?

Edit: I just added a patch in r8111 so that you shouldn't get the message again. In fact, in the log you posted, the OS function recv() returned 0 which just means "the other side has shutdown while we wanted to receive data".

Last edited 11 years ago by Admin (previous) (diff)

comment:2 by marrik, 11 years ago

No I don't think so, because the issue doesn't exist when oscam runs on dedicated hardware. Except when load balancer is on. (but that was tested only on a older build).

OSCam is running on Ubuntu 12.04 64-bit and compiled on that system.

Also had OSCam running with different VPS providers and with different decoders/internet connections, all with the same issue.
Also a CCCam client connecting with Newcamd (N-Line) has this issue.

When the client disconnects the client gets a short picture 'freeze' because of reconnecting, but only last about 1 sec.

Could it be?

  • Dedicated hardware is ok, not with load balancer on (more CPU/Timing needed?)
  • Virtual, because of time slice techniques?

comment:3 by marrik, 11 years ago

Just something I noticed maybe it's related.

I have 3 proxies, when 1 goes down and shows as 'error' in oscam I get a lot of disconnects, rejected messages and clients reconnecting because of the disconnects.
All readers have, at least, the same cards available so another should normally reply with the correct data.

comment:4 by marrik, 11 years ago

On this moment I have build 8329 running for some days and noticed a huge reduction in disconnected/reconnecting clients. Even with build 8113 (that was pretty stable for me) I had reconnecting clients.

comment:5 by Admin, 11 years ago

So do you mean we can close this ticket then?

comment:6 by Deas, 11 years ago

Resolution: fixed
Status: newclosed

no update => closed!

Note: See TracTickets for help on using tickets.