[asterisk-bugs] [Asterisk 0010318]: chan_sip hangs with big number of sip channels

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10318 
====================================================================== 
Reported By:                IgorG
Assigned To:                murf
====================================================================== 
Project:                    Asterisk
Issue ID:                   10318
Category:                   Channels/chan_sip/General
Reproducibility:            sometimes
Severity:                   major
Priority:                   normal
Status:                     assigned
Asterisk Version:            1.2.22  
SVN Branch (only for SVN checkouts, not tarball releases):  1.2  
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             07-27-2007 02:01 CDT
Last Modified:              08-02-2007 12:11 CDT
====================================================================== 
Summary:                    chan_sip hangs with big number of sip channels
Description: 
After two days on production system (4 ISDN lines) SIP phones can't
register and make calls. mISDN channel seems work (on console I see
incoming calls).

'sip show channels' show 91 active(!) channels

'show channels' show only 9 active channels

command 'restart now' do not restart asterisk


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

---------------------------------------------------------------------- 
 murf - 08-02-07 12:11  
---------------------------------------------------------------------- 
This last backtrace was indeed better!

I've spent over an hour looking it over;

threads 3 and 9 are both in queue_exec, to the same number, it appears.

thread 18 appears to be in a lock, do_devstate_changes, and thread 7 is in
a lock;
but the rest of the trace for that thread conveys no helpful info.

threads 3, 5, 9, are all executing macro-dial-queue

But none of this helps much in tracking why things are frozen! 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
08-02-07 12:11  murf           Note Added: 0068327                          
======================================================================