Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. If you'd prefer to explore, try our test area to get started. And see here for current known issues.

New Member

[RTMT-ALERT] CallProcessingNodeCpuPegging

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.

Everyone's tags (1)
6 REPLIES

Re: [RTMT-ALERT] CallProcessingNodeCpuPegging

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

http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&bugId=CSCsa75554

Hope this helps.

Brandon

New Member

Re: [RTMT-ALERT] CallProcessingNodeCpuPegging

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!

Re: [RTMT-ALERT] CallProcessingNodeCpuPegging

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

New Member

Re: [RTMT-ALERT] CallProcessingNodeCpuPegging

Many Thanks!!!

New Member

Re: [RTMT-ALERT] CallProcessingNodeCpuPegging

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.

Cisco Employee

Re: [RTMT-ALERT] CallProcessingNodeCpuPegging

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

CPU Pegging Alerts

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

2552
Views
0
Helpful
6
Replies