Genesys CTI User Forum
Genesys CTI User Forum => Genesys CTI Technical Discussion => Topic started by: GenesysNewbie on July 07, 2014, 05:00:15 AM
-
To solve this issue we just delete and restart service but as you see its not a permanente solution.
Does somebody face the same issue?
-
No, from my point of view it does not make a sense. But without any further description, like used version, issue symptoms, etc. is not possible answer to you.
-
What i guess is that due to we have several CCPulse client with heavy workspaces the StatServer port get blocked. The unique solution is to delete backup00 file to start it again.
CCPulse 8/StatServer8/Frmkr8
If someone face a similar issue, please let me know.
-
We have more than 1000 clients with CCPulse and never encountered similiar issue. So, from my point of view it is not related to the count of connected clients.Did you check release notes of newer version of StatServer component (this is usually a first step within analysis)? What type of OS is used - if Linux what about ulimit parameter?
-
We monitor not only users/agents ... leds, campaigns also special customizations that makes the view heavy. StatServer is installed in windows 2008. Also in multisite mode ... I review rls notes but not sure what to look exactly, just researching everywhere.
But the rare thing here is that deleting that file solves temporary our solution. There is not other way for CCPulse clientes to connect again ... Other thing maybe i should comment is that i personally minimized the issue by increasing the backup process fom 1 to 8 hours, and redicung the stats collected in memory.
For me this is complicated cause i review logs finding nothing, open a case to Genesys without good results ( 2 months has passed and no solution).
-
So you can't connect to the stat server tcp port at all? Have you monitored the server for CPU or memory? Is the file on the same partition as the OS?
Normally a tcp port wouldn't be blocked by a file. I would try to see if the port is actually being blocked by telneting to the port on the server. I would also set up monitoring on the server resources.
-
firewall...
-
Firewall in the same LAN ... hardly to believe ....but i will check it anyway.
This case is rare, Genesys support spende 2 months and no solution is given to us.
-
This points to an error relating to the environment and not just within Genesys
-
[quote author=GenesysNewbie link=topic=8415.msg36987#msg36987 date=1404848905]
Firewall in the same LAN ... hardly to believe ....but i will check it anyway.
This case is rare, Genesys support spende 2 months and no solution is given to us.
[/quote]
Again, you think we post our experience and knowledge here just because?? If you have better ideas and experience please share it.
-
Hi Kuvig,
Yeap. I really share that opinion .... my prob is this -> "Why deleting bacup00 (created by Stat) file solves our issue temporary"
As you see this case is totally problematic not for dificulty but for root identification.
PD:
Cav, We are talking not fighting ... dont be upset for nothing.
Both,
Is there a limit of CCPulse clients that StatServer can handle?
-
What did you try within troubleshoot action - deployment to other server or other OS type? Make an upgrade to the latest version? How many clients are simultaneously connected to the statserver? On statserver there are no limit, all is limited by the OS as I know. Could you, please, share your SS configuration - in particular the statserver section.
-
Hi Kuv,
This statServer run in a totally new deployed Win2008 server 64 bit, it has 4 GBs RAM and its load is not under 20%.
How many clients ... good question. Is there any way to know exactly how many clients connect to statServer ¿?
At least for my research we have CCPulse running in LEDs for monitoring for every agent group, and also supervisors has ccpusle instaled on their machines. Cannot be more than 30 ccpulse clients geting connected ...
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::.
[common]
rebind-delay=0
[java-config]
java-extensions-dir=D:\GCTI\StatServerCCPulse_8\java\ext
java-libraries-dir=D:\GCTI\StatServerCCPulse_8\java\lib
jvm-path=D:\j2re1.4.1_05\bin\client\jvm.dll
[java-extensions]
OCCStatExtension.jar=true
VCBStatExtension.jar=true
eServiceContactStat.jar=true
eServiceInteractionStat.jar=true
[statserver]
DebugLevel=
DefaultAgentSPT=...
DefaultDNSPT=...
DefaultGroupSPT=...,WaitForNextCall
DefaultRPSPT=...
IgnoreOffHookOnPosition=no
LocalTimeInStatusTable=off
LoginTable=off
OldStatsRemoveInterval=0
QinfoTable=off
StatusTable=off
TimeFormat=%m/%d/%Y %H:%M:%S
auto-backup-interval=480
backup-file-name=ssbackup.000
binding-threshold=10
check-stuck-calls=yes
debug-level=java
emulate-acw-for-mlink=no
enable-binding=no
enable-java=no
ignore-off-hook-on-position=no
local-time-in-status-table=off
login-table=off
management-port=3039
old-stats-remove-interval=1440
qinfo-table=off
reconnect-timeout=10
reconnect_timeout=10
reg-delay=3
reg_delay=0
show-attached-data=no
status-table=off
time-format=%m/%d/%Y %H:%M:%S
use-original-connid=yes
voice-reasons-table=off
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
-
I think you need to start with the port. When this happens is the TCP port still open and can you connect to it from clients? What about on the server itself, is the port open and can you connect directly to the port on the server? Do the clients that are registered get dropped during this time?
-
Durand
Yeap. Every time this issue happens all ccpulse clients get disconnected. As i said before, we just delete backup00 file, restart service and pass the issue temporary. (Only a restart of the service does not work, deleting file is required).
What can i do with this port, how to "see" what is happening there?
-
You are not really good with names are you ;D.
Start by using netstat (or a GUI port viewer, there are plenty out there) on the server to see if the executable and port are still up and available after this issue occurs. You may also want to check your processes on the server to see if stat server is still running, I assume you checked this and/or the logs to make sure the stat server process didn't shut down. Although by the sound of all the clients dropping, the process may be terminating and not have anything to do with the port (other than the port would be closed when the process terminates).
If the port is still up and running, use telnet to connect to the port form a command line directly on the server (no network or firewall to consider). If this works telnet from a command line on the client to see if you can connect to the port.