[asterisk-bugs] [JIRA] (ASTERISK-22857) Deadlock: Locked Here: chan_iax2.c line 9756 (socket_read), when compiled with DEBUG_THREADS
David Brillert (JIRA)
noreply at issues.asterisk.org
Mon Jan 27 12:25:03 CST 2014
[ https://issues.asterisk.org/jira/browse/ASTERISK-22857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
David Brillert updated ASTERISK-22857:
--------------------------------------
Status: Waiting for Feedback (was: Waiting for Feedback)
No I haven't tested the patch.
Since I can't get Asterisk to give me a segfault with unoptimized backtraces no matter how I compile it. And because I provided easy steps to reproduce by compiling with DEBUG_THREADS and installing a Digium IAXy. A registered and idle IAXy is enough to drive Asterisk crazy within a day or two. You don't even have to load Asterisk with any traffic/channels.
Here is the relevant iax2.conf
[610]
type = friend
mohinterpret = default_default
mohsuggest = default_default
accountcode = 610
amaflags = default
parkinglot = parkinglot_default
username = 610
auth = md5
secret = scrubbed
requirecalltoken = no
host = dynamic
language = en
cc_agent_policy = generic
cc_monitor_policy = generic
cc_offer_timer = 20
callgroup = 1
pickupgroup = 1
dtmfmode = rfc2833
encryption = no
qualify = 2000
transfer = no
trunk = no
disallow = all
allow = ulaw
allow = gsm
context = default-default
setvar = DYNAMIC_FEATURES=atxfer#fmcxfer#blindxfer#automon#automixmon#hookflash#supervisor#conference#automonmute
setvar = EXTCONTEXT=default-default
setvar = TRANSFER_CONTEXT=default-default
setvar = AUTO_RECORDING=610
setvar = MONITOR_OPTION=wW
setvar = INBOUND_GROUP=610 at INCOMING_default
setvar = SPYGROUP=default
> Deadlock: Locked Here: chan_iax2.c line 9756 (socket_read), when compiled with DEBUG_THREADS
> --------------------------------------------------------------------------------------------
>
> Key: ASTERISK-22857
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-22857
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Channels/chan_iax2
> Affects Versions: SVN, 11.6.0
> Environment: 64 bit CentOS, 4GB RAM
> Reporter: David Brillert
> Assignee: David Brillert
> Severity: Critical
> Attachments: backtrace.txt, core show locks_gdb thread apply all bt full.txt, core show locks svn manual.txt, gdbcorebtbtfull.txt, iax2 debug.txt, valgrind.txt
>
>
> Full deadlock no call processing, no SIP traffic.
> GDB output DONT_OPTIMIZE DEBUG_THREADS BETTER_BACKTRACES thread apply all bt full.txt attached. The deadlock occurred overnight while the system was idle.
> It is happening on multiple production servers.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the asterisk-bugs
mailing list