[asterisk-bugs] [Asterisk 0014824]: http Queue Actions Crash Asterisk

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=14824 
====================================================================== 
Reported By:                sum
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   14824
Category:                   Core/HTTP
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     new
Asterisk Version:           SVN 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.2 
SVN Revision (number only!): 185947 
Request Review:              
====================================================================== 
Date Submitted:             2009-04-03 17:18 CDT
Last Modified:              2009-04-08 11:06 CDT
====================================================================== 
Summary:                    http Queue Actions Crash Asterisk
Description: 
The system is crashing when using Http rawman QueueSummary,
QueueStatus,QueueReset,QueueReload etc.
After some querys Asterisk crashes. I upload valgrind1 and malloc1.
I also notice that QueueReset doesn't reset agents data, I think that it
should reset also the agent data to get consistent numbers.


====================================================================== 

---------------------------------------------------------------------- 
 (0102911) mmichelson (administrator) - 2009-04-08 11:06
 http://bugs.digium.com/view.php?id=14824#c102911 
---------------------------------------------------------------------- 
The valgrind output points to the error happening in the music on hold
system. Specifically, it appears that there is a reference-counting error.
It looks as though the reference count for an mohclass reaches 0, so the
class is destroyed. The problem is that there is still a pointer to the
freed memory inside the container which held this class.

As far as your question about the service level, it is only affected by
completed calls, so you are correct that abandoned calls do not affect the
service level. There are two calculations performed regarding service
level. First, in update_queue, if a call is completed within the service
level, then the count is increased by one. In queue_set_vars, we output a
percentage by dividing the number of calls completed in the service level
by the total number of completed calls and multiplying that value by 100.
Note that the word "completed" in this case means that the calls were
answered and bridged. Abandoned calls do not factor into the calculations
at all. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-08 11:06 mmichelson     Note Added: 0102911                          
======================================================================