[asterisk-bugs] [Asterisk 0018818]: [patch] Crashing when using local channels and realtime on asterisk 1.8.3-rc2
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Apr 26 12:41:54 CDT 2011
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: closed
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:
Resolution: fixed
Fixed in Version:
======================================================================
Date Submitted: 2011-02-15 14:13 CST
Last Modified: 2011-04-26 12:41 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.
======================================================================
----------------------------------------------------------------------
(0134138) svnbot (reporter) - 2011-04-26 12:41
https://issues.asterisk.org/view.php?id=18818#c134138
----------------------------------------------------------------------
Repository: asterisk
Revision: 315447
_U trunk/
U trunk/channels/chan_local.c
------------------------------------------------------------------------
r315447 | russell | 2011-04-26 12:41:52 -0500 (Tue, 26 Apr 2011) | 21
lines
Merged revisions 315446 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.8
........
r315446 | russell | 2011-04-26 12:40:23 -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=315447
Issue History
Date Modified Username Field Change
======================================================================
2011-04-26 12:41 svnbot Checkin
2011-04-26 12:41 svnbot Note Added: 0134138
======================================================================
More information about the asterisk-bugs
mailing list