I'm having an issue with a CVP 7.02 install where the VXML server service keeps terminating on its own. The Event Viewer on the server simply states the VXML Server service has terminated unexpectedly and this has happened nn times. I have looked at all the logs I know of (..\Tomcat\logs, \Cisco\CVP\logs, \Cisco\CVP\VXMLServer\logs, and the app log paths themselves) but there is no indication of what is going on to cause the service to crash. The intrestiong thing is somtimes it crashs even when no calls are going through the system so I doubt that it is load related.
I do have a TAC case open on this, but i am just curious to see if anyone else has run into this before.
This problem has come up for us recently on a different set of servers.
We are migrating a customer's CVP from CVP4 to CVP7 using tech refresh - so new servers - and the VXML Server (as a service) always crashes after 46 mins on both boxes. We have other CVP7s installed with no issues on similar hardware.
When it runs from a command window as I described above, stays up forever.
We have ES22 installed (that updates the JRE and fixes a stability problem with the service - similar to the JRE post I made above).
In the course of TAC trying to figure out the problem, they asked me to change the JRE options in the registry, so that if when the probelm reoccurred we would get a heapdump file in the HeapDumpPath location.
They always say the current thread is in the Admin Connector daemon, which agrees with the fact that it runs fine from the cmd line, but not as a service. The DE has no clue as to what's wrong and says something may have been corrupted during the install. I have a hard time believing this, as the problem is exactly the same on both machines.
Isn't it amazing that the change to the Java Options makes it stay up.
We also encountered the similar problem. Just found your post in the forum, we would want to try the "workaround" as mentioned in your post. Do we need to reboot the CVP server after adding in the 4 registry entries? Any other steps that we need to take care of?
These are the paths to get to each CCX logs through CLI. They may be helpful if you are having issues accessing RTMT or downloading logs through it.
If you want to download them you have to prefix "file get " and you can add one of the options (re...