[asterisk-bugs] [Asterisk 0012307]: Deadlock in chan_local

noreply at bugs.digium.com noreply at bugs.digium.com
Wed Mar 26 16:44:41 CDT 2008


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12307 
====================================================================== 
Reported By:                callguy
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   12307
Category:                   Channels/chan_local
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.18 
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!): 105409 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             03-26-2008 10:46 CDT
Last Modified:              03-26-2008 16:44 CDT
====================================================================== 
Summary:                    Deadlock in chan_local
Description: 
We are seeing in certain situations (mainly a SIP hairpin that redirects a
call on the same server out to another user via the local channel) a
deadlock will occur. Once the deadlock occurs the system will continue to
process calls for a period of time, but will eventually hang completely. 

Console output, core show locks, and output of ast_grab core attached. 
====================================================================== 

---------------------------------------------------------------------- 
 callguy - 03-26-08 16:44  
---------------------------------------------------------------------- 
putnopvut: I have no idea why we get that output - we use ast_grab_core and
that's what it always ends-up with. I just checked and if I use gdb to
re-run the output manually it looks more reasonable, so I'll upload that in
a minute. 

The issue with reproducibility here is that it is a combination that we
can reproduce, but only under load and certain conditions that we can't
completely figure out.

If you can't find what you need in the updated backtrace let me know and I
can arrange to get you access to the box. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
03-26-08 16:44  callguy        Note Added: 0084626                          
======================================================================




More information about the asterisk-bugs mailing list