<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2900.3020" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2>Greetings,</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>I've been having a large number of deadlock issues 
lately on chan_sip occurring only on VIA EPIA ML6000 boards.&nbsp; I'm curious 
if anyone else is having similar issues.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>My Config (have multiple systems all running the 
same hardware with the same problem)</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>VIA EPIA ML6000</FONT></DIV>
<DIV><FONT face=Arial size=2>1GB RAM</FONT></DIV>
<DIV><FONT face=Arial size=2>80GB HDD</FONT></DIV>
<DIV><FONT face=Arial size=2>Various Digium Cards (T1 and TDM 
cards)</FONT></DIV>
<DIV><FONT face=Arial size=2>Trixbox 1.2.2 (though running stock asterisk 
code)</FONT></DIV>
<DIV><FONT face=Arial size=2>Asterisk Versions 1.2.12 - 1.2.14 - with and 
without metermaid patch</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>Problem seems to happen more on systems that use 
parking lots.&nbsp; The system will run for around 24 hours or so fine, and then 
mysteriously, without any errors leading up to it,&nbsp; will stop being able to 
send calls to the chan_sip.&nbsp; System from that point on reports the 
following in the logs.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>Dec 13 12:07:04 DEBUG[16415] chan_zap.c: Took 
Zap/1-1 off hook<BR>Dec 13 12:07:04 VERBOSE[16415] 
logger.c:&nbsp;&nbsp;&nbsp;&nbsp; -- Executing Wait("Zap/1-1", "1") in new 
stack<BR>Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for 
'SIP/100-09883f80'<BR>Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial 
deadlock for 'SIP/100-09883f80'<BR>Dec 13 12:07:04 DEBUG[2049] channel.c: 
Avoiding initial deadlock for 'SIP/100-09883f80'<BR>Dec 13 12:07:04 DEBUG[2049] 
channel.c: Avoiding initial deadlock for 'SIP/100-09883f80'<BR>Dec 13 12:07:04 
DEBUG[2049] channel.c: Avoiding initial deadlock for 'SIP/100-09883f80'<BR>Dec 
13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for 
'SIP/100-09883f80'<BR>Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial 
deadlock for 'SIP/100-09883f80'<BR>Dec 13 12:07:04 DEBUG[2049] channel.c: 
Avoiding initial deadlock for 'SIP/100-09883f80'<BR>Dec 13 12:07:04 DEBUG[2049] 
channel.c: Avoiding initial deadlock for 'SIP/100-09883f80'<BR>Dec 13 12:07:04 
DEBUG[2049] channel.c: Avoiding initial deadlock for 'SIP/100-09883f80'<BR>Dec 
13 12:07:04 WARNING[2049] channel.c: Avoided initial deadlock for '0x9896848', 
10 retries!<BR>Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock 
for 'SIP/100-09883f80'<BR>Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding 
initial deadlock for 'SIP/100-09883f80'<BR>Dec 13 12:07:04 DEBUG[2049] 
channel.c: Avoiding initial deadlock for 'SIP/100-09883f80'<BR>Dec 13 12:07:04 
DEBUG[2049] channel.c: Avoiding initial deadlock for 'SIP/100-09883f80'<BR>Dec 
13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for 
'SIP/100-09883f80'<BR>Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial 
deadlock for 'SIP/100-09883f80'<BR>Dec 13 12:07:04 DEBUG[2049] channel.c: 
Avoiding initial deadlock for 'SIP/100-09883f80'<BR>Dec 13 12:07:04 DEBUG[2049] 
channel.c: Avoiding initial deadlock for 'SIP/100-09883f80'<BR>Dec 13 12:07:04 
DEBUG[2049] channel.c: Avoiding initial deadlock for 'SIP/100-09883f80'<BR>Dec 
13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for 
'SIP/100-09883f80'<BR>Dec 13 12:07:04 WARNING[2049] channel.c: Avoided initial 
deadlock for '0x9896848', 10 retries!</FONT><BR></DIV>
<DIV><FONT face=Arial size=2>attempting to stop asterisk from the CLI causes the 
CLI to become unresponsive and a trace shows chan_sip goes into a mutex_wait 
state.&nbsp;</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>Anybody seen this? Have a fix?</FONT></DIV>
<DIV><FONT face=Arial size=2><BR>Raymond McKay<BR>President<BR>RAYNET 
Technologies LLC<BR><A 
href="http://www.raynettech.com">http://www.raynettech.com</A><BR>(860) 693-2226 
x 31<BR>Toll Free (877) 693-2226</FONT></DIV></BODY></HTML>