05-10-2010 06:49 AM - edited 03-15-2019 10:41 PM
We are receiving an RTMT alert for one of the node in the cluster.
Error is [RTMT-ALERT] CallProcessingNodeCpuPegging.
Processor load over 90 Percent.
Aupair (98 percent) uses most of the CPU.
Please suggest what to do for the resolution of this and also want to know what is this AUPAIR and why is it running on CCM server.
Its urgent.
05-10-2010 07:32 AM
According to the following link, "The aupair.exe process is a database layer between ccm.exe and SQL." There was a bug that could cause a CPU/memory problem related to this process. See the second link below.
http://www.cisco.com/en/US/products/products_security_advisory09186a00804c0c26.shtml
Hope this helps.
Brandon
05-10-2010 07:39 AM
Hi Brandon,
Thanks for the response!!!
Well i have already gone through the links provided by you.
Right now we are not in a situation to go with the process that is suggested to remove this BUG.
Do we have any other option to get rid of this alert for temperory basis.
What will be the impact if we restart DBL monitor service on the particular subscriber in the live network. Please note 50% of the phones are registered to this node only.
Also is it necessary to run this DBL monitor service on all the subscribers in the cluster.
Please suggest!
05-10-2010 08:29 AM
Restarting the DBL service will not affect call processing. Users may just be unable to make changes such as setting Call Forward All on their phones.
Yes, you need this service on all subscribers.
Hope this helps.
Brandon
05-10-2010 08:40 AM
Many Thanks!!!
01-19-2014 04:34 PM
we have the same issue , and it seems to be coming at the same time everyday just pass 12:am .also , database query tells the phones are disconnceted but this is not the case(from RTMT).also , the server in question in the same cucm group(example a-e** the cpu Issue),but we could see from RTMT lots of Fialed Registration Attempts on the a server(a)server.
how come the CPU spike to 100% but no phones registration /deregistration issue.
01-19-2014 10:06 PM
Hi Sam,
If the CPU pegging alert is reported at some specific time of the day then it is most likely due to some scheduled activity like DRS Backup, CDR Load etc. Please check the following link
http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_tech_note09186a00808ef0f4.shtml
CPUPegging/CallProcessNodeCPUPegging alerts monitor CPU usage based on configured thresholds:
Note: %CPU is calculated as %system + %user + %nice + %iowait + %softirq + %irq
Alert messages include these:
%system, %user, %nice, %iowait, %softirq, and %irq
The process that uses the most CPU
The processes that wait on Uninterruptible disk sleep
CPU Pegging alerts can come up in RTMT due to higher CPU usage than what is defined as the watermark level. Since CDR is a CPU intensive application when it loads, check if you receive the alerts in the same period as when the CDR is configured to run reports. In this case, you can need to increase the threshold values on RTMT. Refer to Alerts for more information about RTMT alerts.
HTH
Manish
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide