[asterisk-bugs] [Asterisk 0013886]: CPU Usage Increases and then Asterisk Crashes

[Asterisk Bug Tracker]

The following issue has been UPDATED. 
====================================================================== 
http://bugs.digium.com/view.php?id=13886 
====================================================================== 
Reported By:                nasirq
Assigned To:                file
====================================================================== 
Project:                    Asterisk
Issue ID:                   13886
Category:                   General
Reproducibility:            random
Severity:                   crash
Priority:                   normal
Status:                     closed
Asterisk Version:           1.4.22 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 no change required
Fixed in Version:           
====================================================================== 
Date Submitted:             2008-11-12 08:45 CST
Last Modified:              2009-05-04 11:26 CDT
====================================================================== 
Summary:                    CPU Usage Increases and then Asterisk Crashes
Description: 
I am using Asterisk in a Call Center Environment. I am using
AgentCallbackLogin for Agents. The Agents are on SIP phones (Polycom). 

I am using the Asterisk::Manager perl api for connection to the manager
interface for CTI. One perl script runs (using Asterisk::Manager) and does
two things. First it send Action: Status every 500 ms to get the list of
currently active channels and populates them in a MySQL table. Secondly it
reads a directory for files, which if created consists Managers Actions. It
reads the file, sends the actions to Asterisk and deletes the file. This
way I can send many Managers actions while having only one manager
connection to the Asterisk. 

I have used this approach to reduce the load on Asterisk if many clients
need to read the Events or send actions.

The problem I am facing is that sometimes (and I am unable to find the
steps to reproduce) when sending actions, this interface seems to hang. No
more actions get processed and the CPU usage starts to climb up. Using top
I have seen more than two and sometimes five to six asterisk threads using
a lot of CPU. Some times new calls go through and sometimes not. Sometimes
after the active calls are hanged up everything gets back to normal and
some times it gets worst. Using soft hangup on CLI does not work and even
using restart now does not do anything. The only option left is using
killall -9 asterisk. 

At this stage of this issue, I need expert guidance to enable me to
further dig in to find out what could be wrong when this occurs. 

Please help me out.


======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0013676 channel get stuck on ast_queue_frame wh...
====================================================================== 

---------------------------------------------------------------------- 
 (0104101) file (administrator) - 2009-05-04 11:26
 http://bugs.digium.com/view.php?id=13886#c104101 
---------------------------------------------------------------------- 
After examining further this has already been fixed in newer versions. It
was fixed in revision 148912 from issue 13676. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-04 11:26 file           Note Added: 0104101                          
2009-05-04 11:26 file           Status                   assigned => resolved
2009-05-04 11:26 file           Resolution               open => no change
required
2009-05-04 11:26 file           Status                   resolved => closed  
======================================================================