[asterisk-bugs] [Asterisk 0010636]: Meetme with Redirect leaves channel after hangup and crashes

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10636 
====================================================================== 
Reported By:                atis
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   10636
Category:                   Applications/app_meetme
Reproducibility:            sometimes
Severity:                   crash
Priority:                   normal
Status:                     new
Asterisk Version:            SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!): 81434 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             09-04-2007 07:30 CDT
Last Modified:              09-04-2007 09:30 CDT
====================================================================== 
Summary:                    Meetme with Redirect leaves channel after hangup and
crashes
Description: 
Scenario:
1) SIP/21167 dials to SIP/21168
2) I'm sending a manager action Redirect, with both open channels to
context that sends them to meetme room.
3) Caller hears "you are only person", this creates 3rd Zap/pseudo
channel. 
4) Both channels go to meetme room, they talk
5) On hangup, very often, but not every time third pseudo channel is
left.

Repeating this scenario for several times (from 2 up to more than 40),
makes asterisk crash.

For this, it is important that there is prompt "only person" played,
without this prompt (if in unaccessible format or removed) there isn't
third pseudo channel, and crashes haven't been noticed (for over than
consecutive 10 calls)

I will attach example dialplan with php script - redirect.php that takes
first two active channels and sends them to meetme room. This is minimal
asterisk configuration that actually makes asterisk to crash. On my
complete dialplan crashes are happening more often (usually at second
hangup).

I first tested it with Asterisk 1.4.10, but today i tested with latest
version from SVN (branch 1.4). I enabled DEBUG_CHANNEL_LOCKS, DEBUG_THREADS
and DONT_OPTIMIZE in menuselect. Also i did "core show channels verbose"
and "core show locks" after every call (almost). I will attach full log,
and CLI output. 

Unfortunately, no core was dumped (i used ulimit -u unlimited). Also at
some point one call didn't got hanged up, and there were two AsyncGoto
channels left, i tried (unsuccessfully) to kill them with soft hangup - i'm
not sure that it won't make log worse. If it is bad, i can do another
testing (it takes several hours)

Similar problem was also noted in bug http://bugs.digium.com/view.php?id=7373 in
first comment, but nobody
made an issue of that, as that was a new experimental application.
====================================================================== 

---------------------------------------------------------------------- 
 atis - 09-04-07 09:30  
---------------------------------------------------------------------- 
I'm sorry, i was quite foolish and launched asterisk from non-writable
directory, so i didn't get core. Now i crashed it again (with my regular
dialplan - as it's faster), and attached a backtrace.

Also, while testing i found problem that caused AsyncGoto channels to
appear. It happened because i redirected two Zap/pseudo channels to meetme
room. This doesn't  impact crashing in any way - i tested everything again,
without this - asterisk still crashes. So, i also attached
dialplan_2.tar.gz that have fixed php script. 
Please delete dialplan.tar.gz

Additionally, i attached full log of asterisk, while crashing it, with
more than 30 consecutive calls.. 

P.S.
There is bug in Mantis, i can't upload gzip that is a little bit more than
megabyte - i get some SQL error with gzip in output ;) 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
09-04-07 09:30  atis           Note Added: 0069892                          
======================================================================