[asterisk-bugs] [Asterisk 0015316]: Segfault after Manager Bridge

Asterisk Bug Tracker noreply at bugs.digium.com
Wed Jul 22 05:20:42 CDT 2009


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15316 
====================================================================== 
Reported By:                vmarrone
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   15316
Category:                   Core/ManagerInterface
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     new
Asterisk Version:           1.6.1.1 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-06-11 11:51 CDT
Last Modified:              2009-07-22 05:20 CDT
====================================================================== 
Summary:                    Segfault after Manager Bridge
Description: 
I have configured the dialplan like this:

exten => _X.,1,Ringing()
exten => _X.,2,Wait(1000)
exten => _X.,3,Goto(2)
exten => _X.,4,Answer()
exten => _X.,5,Goto(2)

When a call comes in the context, by AMI, I can redirect the created
channel to 4th priority for answer the call. 
When I receive a Channel State UP for this channel, always by AMI, I can
Originate an Async new Call and put it on the same context.
When I receive the Success Originate Response Event, finally make the
Bridge for the two channels obtained.

This goes very well almost every time, and the two channels are connected
between them.


If one of the channels, DURING THE EXECUTION OF THE BRIDGE, hangups,
asterisk crashes.




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

---------------------------------------------------------------------- 
 (0108069) vmarrone (reporter) - 2009-07-22 05:20
 https://issues.asterisk.org/view.php?id=15316#c108069 
---------------------------------------------------------------------- 
Ok, finally I had some time for post the BackTrace with the DONT_OPTIMIZE
enabled in the "Compiler Flags" menu of menuselect. 
As a matter of fact, the log is little bit different:
Here the cli log:

       > Channel DAHDI/1-1 was answered.
    -- Executing [_X. at voxxadefault:2] Wait("DAHDI/1-1", "1000") in new
stack
  == Spawn extension (voxxadefault, _X., 2) exited non-zero on
'SIP/1001-b6b02a08'
[Jul 22 12:06:06] WARNING[26244]: chan_sip.c:5484 sip_fixup: No SIP
tech_pvt! Fixup of Bridge/SIP/1001-b6b02a08<ZOMBIE> failed.
[Jul 22 12:06:06] WARNING[26244]: channel.c:4246 ast_do_masquerade:
Channel for type 'SIP' could not fixup channel SIP/1001-b6b02a08
  == Spawn extension (voxxadefault, _X., 2) exited non-zero on
'Bridge/DAHDI/1-1<ZOMBIE>'
[Jul 22 12:06:06] ERROR[27368]: astobj2.c:110 INTERNAL_OBJ: user_data is
NULL
ERIS-1*CLI>
Disconnected from Asterisk server
Executing last minute cleanups
[root at ERIS-1 ~]# /usr/sbin/safe_asterisk: line 138: 21294 Segmentation
fault      (core dumped) nice -n $PRIORITY ${ASTSBINDIR}/asterisk -f
${CLIARGS} ${ASTARGS} >&/dev/${TTY} < /dev/${TTY}
Asterisk ended with exit status 139
Asterisk exited on signal 11.
Automatically restarting Asterisk.


Here the backtrace of GDB:

Core was generated by `/usr/sbin/asterisk -f -vvvg -c'.
Program terminated with signal 11, Segmentation fault.
https://issues.asterisk.org/view.php?id=0  0x004cdeec in sip_indicate
(ast=0x911b950, condition=20, data=0x0,
datalen=0) at chan_sip.c:5696
5696                    ast_rtp_new_source(p->rtp);
(gdb) bt
https://issues.asterisk.org/view.php?id=0  0x004cdeec in sip_indicate
(ast=0x911b950, condition=20, data=0x0,
datalen=0) at chan_sip.c:5696
https://issues.asterisk.org/view.php?id=1  0x08092231 in ast_indicate_data
(chan=0x911b950, _condition=20,
data=0x0, datalen=0) at channel.c:3007
https://issues.asterisk.org/view.php?id=2  0x08092133 in ast_indicate
(chan=0x911b950, condition=20) at
channel.c:2951
https://issues.asterisk.org/view.php?id=3  0x08097f84 in ast_channel_bridge
(c0=0x9123eb0, c1=0x911b950,
config=0x91501d8, fo=0xb724726c, rc=0xb7247268) at channel.c:4745
https://issues.asterisk.org/view.php?id=4  0x080bfed9 in ast_bridge_call
(chan=0x9123eb0, peer=0x911b950,
config=0x91501d8) at features.c:2509
https://issues.asterisk.org/view.php?id=5  0x080b8013 in ast_bridge_call_thread
(data=0x91501d8) at
features.c:349
https://issues.asterisk.org/view.php?id=6  0x08145dcd in dummy_start
(data=0x9142c10) at utils.c:968
https://issues.asterisk.org/view.php?id=7  0x00b6b45b in start_thread () from
/lib/libpthread.so.0
https://issues.asterisk.org/view.php?id=8  0x00ac2e5e in clone () from
/lib/libc.so.6 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-07-22 05:20 vmarrone       Note Added: 0108069                          
======================================================================




More information about the asterisk-bugs mailing list