[asterisk-bugs] [Asterisk 0015090]: [patch] chan_sip random deadlock

Asterisk Bug Tracker noreply at bugs.digium.com
Thu May 14 14:03:34 CDT 2009


The following issue is now READY FOR TESTING. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15090 
====================================================================== 
Reported By:                ktsaou
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   15090
Category:                   Channels/chan_sip/General
Reproducibility:            random
Severity:                   crash
Priority:                   normal
Status:                     ready for testing
Asterisk Version:           1.6.1.0 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-05-12 16:53 CDT
Last Modified:              2009-05-14 14:03 CDT
====================================================================== 
Summary:                    [patch] chan_sip random deadlock
Description: 
I have asterisk installed on a 64-bit debian 5.0, with realtime config for
sip peers.

Asterisk randomly stops processing SIP calls. I cannot find a pattern of
external events triggering it.

When this happens chan_sip appears totally frozen and even established
calls stop routing RTP.

I have compiled asterisk with all debuging input enabled. When this
happers 'core show locks' presents this:

=======================================================================
=== Currently Held Locks ==============================================
=======================================================================
===
=== <pending> <lock#> (<file>): <lock type> <line num> <function> <lock
name> <lock addr> (times locked)
===
=== Thread ID: 1091053904 (do_monitor           started at [20435]
chan_sip.c restart_monitor())
=== ---> Lock https://issues.asterisk.org/view.php?id=0 (chan_sip.c): MUTEX
19947 handle_request_do &netlock
0x7f9b9e2e6c00 (1)
	/opt/voip/asterisk-1.6.1.0/sbin/asterisk(ast_bt_get_addresses+0x1a)
[0x4c6870]
	/opt/voip/asterisk-1.6.1.0//lib/asterisk/modules/chan_sip.so
[0x7f9b9e0655b7]
	/opt/voip/asterisk-1.6.1.0//lib/asterisk/modules/chan_sip.so
[0x7f9b9e0ba9d8]
	/opt/voip/asterisk-1.6.1.0//lib/asterisk/modules/chan_sip.so
[0x7f9b9e0ba79e]
	/opt/voip/asterisk-1.6.1.0/sbin/asterisk(ast_io_wait+0x1ba) [0x4bbf30]
	/opt/voip/asterisk-1.6.1.0//lib/asterisk/modules/chan_sip.so
[0x7f9b9e0bc18d]
	/opt/voip/asterisk-1.6.1.0/sbin/asterisk [0x53f973]
	/lib/libpthread.so.0 [0x7f9b9f63ffc7]
	/lib/libc.so.6(clone+0x6d) [0x7f9b9fb285ad]
=== ---> Lock https://issues.asterisk.org/view.php?id=1 (chan_sip.c): MUTEX 6464
find_call sip_pvt_ptr
0x7f9b984a1460 (1)
	/opt/voip/asterisk-1.6.1.0/sbin/asterisk(ast_bt_get_addresses+0x1a)
[0x4c6870]
	/opt/voip/asterisk-1.6.1.0/sbin/asterisk [0x442f79]
	/opt/voip/asterisk-1.6.1.0/sbin/asterisk(_ao2_lock+0x53) [0x442e15]
	/opt/voip/asterisk-1.6.1.0//lib/asterisk/modules/chan_sip.so
[0x7f9b9e078d60]
	/opt/voip/asterisk-1.6.1.0//lib/asterisk/modules/chan_sip.so
[0x7f9b9e0ba9ec]
	/opt/voip/asterisk-1.6.1.0//lib/asterisk/modules/chan_sip.so
[0x7f9b9e0ba79e]
	/opt/voip/asterisk-1.6.1.0/sbin/asterisk(ast_io_wait+0x1ba) [0x4bbf30]
	/opt/voip/asterisk-1.6.1.0//lib/asterisk/modules/chan_sip.so
[0x7f9b9e0bc18d]
	/opt/voip/asterisk-1.6.1.0/sbin/asterisk [0x53f973]
	/lib/libpthread.so.0 [0x7f9b9f63ffc7]
	/lib/libc.so.6(clone+0x6d) [0x7f9b9fb285ad]
=== -------------------------------------------------------------------
===
=======================================================================

Please advice...

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0015023 [patch] Bad locking logic on res_config...
====================================================================== 

---------------------------------------------------------------------- 
 (0104769) tilghman (administrator) - 2009-05-14 14:03
 https://issues.asterisk.org/view.php?id=15090#c104769 
---------------------------------------------------------------------- 
I have deleted the backtraces with sensitive information, and marked this
issue once again as public. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-14 14:03 tilghman       Note Added: 0104769                          
2009-05-14 14:03 tilghman       Status                   new => ready for
testing
2009-05-14 14:03 tilghman       View Status              private => public   
======================================================================




More information about the asterisk-bugs mailing list