[asterisk-bugs] [Asterisk 0018818]: [patch] Crashing when using local channels and realtime on asterisk 1.8.3-rc2

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=18818 
====================================================================== 
Reported By:                nic
Assigned To:                russell
====================================================================== 
Project:                    Asterisk
Issue ID:                   18818
Category:                   Channels/chan_local
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     acknowledged
Target Version:             1.8.5
Asterisk Version:           SVN 
JIRA:                       SWP-3127 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2011-02-15 14:13 CST
Last Modified:              2011-04-26 12:40 CDT
====================================================================== 
Summary:                    [patch] Crashing when using local channels and
realtime on asterisk 1.8.3-rc2
Description: 
I have been having a problem with asterisk crashing when using local
channels and realtime on asterisk 1.8.3-rc2.
The example given here is I think the easiest way to reproduce this
problem.

In extensions.conf I have:

[internal]
switch => Realtime/extensions/p
exten => 301,1,Answer()
exten => 301,2,Dial(Local/501 at internal)
exten => 301,3,Hangup()
exten => 501,1,Answer()
exten => 501,2,Playback(demo-echotest)
exten => 501,3,Echo()
exten => 501,4,Hangup()

Where dialling 301 puts you through to 501 and you hear the echo test
message fine. However if I move 501 to the realtime database extensions
table and remove it from extensions.conf asterisk hangs on the local
channel dial, then completely dies a few minutes later (console stops
responding to commands) with killall -9 asterisk being the only way to stop
it.

In both cases I can dial 501 directly with no problem.

The last message on the console (with verbose 10) -- Executing
[300 at internal:2] Dial("SIP/1014-00000001", "Local/501 at internal")

Everything works fine with the exact same setup and asterisk 1.8.1.2 and
1.8.2.3.

Discussed a little on asterisk-users, Jonathan Thurman managed to
reproduce the problem with latest SVN of 1.8 branch.
====================================================================== 

---------------------------------------------------------------------- 
 (0134137) svnbot (reporter) - 2011-04-26 12:40
 https://issues.asterisk.org/view.php?id=18818#c134137 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 315446

U   branches/1.8/channels/chan_local.c

------------------------------------------------------------------------
r315446 | russell | 2011-04-26 12:40:24 -0500 (Tue, 26 Apr 2011) | 14
lines

chan_local: resolve a deadlock.

This patch resolves a fairly complex deadlock that can occur with the
combination of chan_local and a dialplan switch, such as dynamic realtime
extensions, which pulls autoservice into the picture when doing a dialplan
lookup.

(closes issue https://issues.asterisk.org/view.php?id=18818)
Reported by: nic
Patches:
      issue18818.patch uploaded by jthurman (license 614)
      18818.v1.txt uploaded by russell (license 2)
Tested by: nic, jthurman, kterzi, steve-howes, sysreq, IshMalik

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=315446 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2011-04-26 12:40 svnbot         Checkin                                      
2011-04-26 12:40 svnbot         Note Added: 0134137                          
======================================================================