[Asterisk-bugs] [Asterisk 0010196]: my asterisk comes down in flames randomly, it appears to be related to chanspy

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10196 
====================================================================== 
Reported By:                renemendoza
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   10196
Category:                   Applications/app_chanspy
Reproducibility:            random
Severity:                   crash
Priority:                   normal
Status:                     feedback
Asterisk Version:            1.4.7  
SVN Branch (only for SVN checkouts, not tarball releases): N/A  
SVN Revision (number only!):  
Disclaimer on File?:        Yes 
Request Review:              
====================================================================== 
Date Submitted:             07-12-2007 16:24 CDT
Last Modified:              07-16-2007 16:01 CDT
====================================================================== 
Summary:                    my asterisk comes down in flames randomly, it
appears to be related to chanspy
Description: 
i have almost as much chan_spy calls as zap->sip calls i am doing no
transcoding

Asterisk 1.4.7
Zaptel 1.4.3
PowerEdge 2950 2 3Ghz dual core Xeon processors
8 Gigabits RAM


i have around 14 calls and 6 out of them might be chan_spy calls
doing very light recording
using queues and local channels

asterisk crashes randomly
sometimes stays up for days sometimes it crashes more than once a day
====================================================================== 

---------------------------------------------------------------------- 
 putnopvut - 07-16-07 16:01  
---------------------------------------------------------------------- 
Have you noticed any common circumstances surrounding the crashes? For
instance, does it always happen at the beginning of a call or when a call
hangs up? Does the phone doing the spying always call into a bridged call
or does the phone doing the spying sometimes call Chanspy before a call is
established between the phones being spied on? Are there any other
circumstances that you notice always happen when the crash occurs?

The next time this happens, could you post debug output from the CLI both
from a time when the crash does not occur and from a time when the crash
does occur? It looks like there may be some sort of race condition where
the channel is freed at just the exact moment so that chanspy causes a
crash and CLI debug output could be helpful in tracking this. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
07-16-07 16:01  putnopvut      Note Added: 0067409                          
======================================================================