I have alerts setup so that all errors, info etc.. get emailed to me.
Every day at midnight I get an email with the Subjet:[RTMT-ALERT-StandAloneCluster] CallProcessingNodeCpuPegging
And the following text:
Processor load over 90 Percent. cmoninit (62 percent) uses most of the CPU. Processor_Info: For processor instance _Total: %CPU= 99, %User= 68, %System= 16, %Nice= 0, %Idle= 0, %IOWait= 16, %softirq= 0, %irq= 0. For processor instance 0: %CPU= 99, %User= 68, %System= 16, %Nice= 0, %Idle= 0, %IOWait= 16, %softirq= 0, %irq= 0.
So from what I can gather cmoninit is using a heap of CPU at this time everyday, however the system should barely be even used, we have an IVR however at this time of day, the system should be pretty much idle.
This is always generated by the Publisher.
It is probably not a problem, however I though I would find how why it is happening and also how to can be stopped.
I know I can turn the alert off however I dont want to turn it off in case i missed a actual legit issue.
I actually dont have any backups scheduled at all...?
Is there a way I can find out exactly what is causing it to happen? Log files etc... I know if it was a normal Linux system, I would just check out cron etc... however I dont have the ability to do that.
Interesting post. We have noticed a lot of peculiar behavior on our system (cucm 8.5 vm on ucs chassis) at midnight. We see SDL link loss and phones re-register. In our case, this began after a shutdown of the primary, failed over to secondary UCS, the failed back to primary.
There is a DB maintenance window that occurs at midnight (be default) that may be the cause behind my issue.
If you've ruled out back-ups other things you may want to check is if LDAP re-syncs occur at that time, or CER Phone updates, other SNMP apps (like Singlewire), CDR delivery, QM applications that run updates, etc. Good luck!
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
CUCM Database Replication is an area in which Cisco customers and
partners have asked for more in-depth training in being able to properly
assess a replication problem and potentially resolve an issue without
involving TAC. This document discusses the bas...