05-31-2012 11:32 AM - edited 03-19-2019 05:00 AM
It takes 45seconds to a minute requesting anything on the web front end.
The command-line is snappy but:
admin:show process load cpu
top - 14:27:29 up 114 days, 15:19, 1 user, load average: 0.83, 1.07, 1.22
Tasks: 177 total, 1 running, 176 sleeping, 0 stopped, 0 zombie
Cpu(s): 6.3%us, 1.5%sy, 0.0%ni, 92.0%id, 0.1%wa, 0.0%hi, 0.1%si, 0.0%st
Mem: 6097688k total, 5887740k used, 209948k free, 56864k buffers
Swap: 2064280k total, 735248k used, 1329032k free, 693292k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1878 tomcat 17 0 1475m 973m 18m S 104.6 16.4 18377:47 tomcat
I see there's a command, "admin:utils diagnose module tomcat". Does anyone know if this is disruptive to a production system? Does restarting the service from the web frontend cause a service interruption to anything other than the web frontend?
05-31-2012 11:44 AM
Unless someone is trying to log into EM or any other stuff that requires the web service at that exact moment, you can safely restart Tomcat. If you meant if it will drop calls or something like that, no it won't.
What HW do you have??
HTH
java
if this helps, please rate
www.cisco.com/go/pdihelpdesk
05-31-2012 12:05 PM
What kind of interaction does the Tomcat service have with users in UCCX, rather, ...what effect would restarting Tomcat on CUCM have on users w/ UCCX?
05-31-2012 12:05 PM
Also, we're running this in a UCS VM, tho I can't say specifically how much Virtual hardware we've thrown at this host.
05-31-2012 05:30 PM
I've seen that kind of issues when using more CPU/RAM on the VMs compared to what the server really has.
Are you using the CUCM OVAs, unchanged???
It should be reserving all the RAM to avoid this kind of behavior.
HTH
java
if this helps, please rate
www.cisco.com/go/pdihelpdesk
06-01-2012 12:02 AM
Cna you run the following command
utils diagnose test and see if you are getting any errors for tomcat/memory sessions etc like
tomcat_memory,tomcat_connectors
Also run the command show process using-most (cpu/memory) and see if tomcat is at the top of it
Also are you running any axl integrations with callmanager that could be polling the cucm db via the axl api interface.
incase if diagnose test generates an errors kindly gather the tomcat logs located at
file get activelog tomcat/logs/*
Hope this helps
Niket
08-28-2012 12:28 AM
Hi all,
Have you any news on this problem?
Have you find a way to correct it?
I have the same problem on version 8.6.2.21900-5 where the tomcat service take 98% of CPU.
I have to restart this service at workaround for the moment.
Best regards,
Matthieu
09-04-2012 06:18 AM
Curious if there's any update on this? I'm seeing the same thing, almost every month I have to go in and restart the tomcat service "utils restart service Cisco Tomcat". I've got a nagios deal in place that monitors the https response time for me, and when the tomcat hits 95% CPU and stays there the warnings start piling in. The tomcat issue affects our attendant console users when this happens and the tomcat isn't restarted. Strange thing is, it's only our publisher that see's the CPU spikes. The subscriber is fine..
09-04-2012 06:34 AM
hey snooter,
I believe you are hitting
the fix is available in 8.6(2.22900.9) if you upgrade you shall have a permanent fix.
Hope this helps
Niket
09-04-2012 07:18 AM
Thanks nik, that bug looks to be it.. I'll get the update installed and report back IF it does NOT fix the issue.
11-10-2012 01:41 AM
Hello Everyone,
I hope You are doing well, may be this will help, I'm trying to hit the bug on the currently installed 8.6.1.20000-1 before proceeding with the upgrade to the 8.6.2.22900-9 as a Proof of concept for our customer, we have tens of servers to Upgrade in 4 clusters, so it's a long way to go, I'm trying to ask Cisco TAC to help me to regenerate the issue on the LAB we created specially for it, if You would like, I can tell You the results of the LAB results. (it would be nice if You have any ideas or scenarios to try to regenerate the issue, I'm trying to perform excessive AXL communications with 2000 users between a CUCM and a Cisco Unity Connection)
We have another customer who faced the same issue and it was resolved with the 8.6.2.22900-9.
Thanks and Best Regards,
Muhammad
11-10-2012 08:24 PM
Hello all,
I was also having similar issue with 8.6.2a , it got fixed after uprading to 8.6(2.22900.9).
Thanks
John
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: