Via EPIA CN10000 as well.
Di you find any solutions?
On 1/10/07, Raymond McKay <[EMAIL PROTECTED]> wrote:
Greetings,
I've been having a large number of deadlock issues lately on chan_sip
occurring only on VIA EPIA ML6000 boards. I'm curious if anyone else is
having similar issues.
My Config (have multiple systems all running the same hardware with the same
problem)
VIA EPIA ML6000
1GB RAM
80GB HDD
Various Digium Cards (T1 and TDM cards)
Trixbox 1.2.2 (though running stock asterisk code)
Asterisk Versions 1.2.12 - 1.2.14 - with and without metermaid patch
Problem seems to happen more on systems that use parking lots. The system
will run for around 24 hours or so fine, and then mysteriously, without any
errors leading up to it, will stop being able to send calls to the
chan_sip. System from that point on reports the following in the logs.
Dec 13 12:07:04 DEBUG[16415] chan_zap.c: Took Zap/1-1 off hook
Dec 13 12:07:04 VERBOSE[16415] logger.c: -- Executing Wait("Zap/1-1",
"1") in new stack
Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for
'SIP/100-09883f80'
Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for
'SIP/100-09883f80'
Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for
'SIP/100-09883f80'
Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for
'SIP/100-09883f80'
Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for
'SIP/100-09883f80'
Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for
'SIP/100-09883f80'
Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for
'SIP/100-09883f80'
Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for
'SIP/100-09883f80'
Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for
'SIP/100-09883f80'
Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for
'SIP/100-09883f80'
Dec 13 12:07:04 WARNING[2049] channel.c: Avoided initial deadlock for
'0x9896848', 10 retries!
Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for
'SIP/100-09883f80'
Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for
'SIP/100-09883f80'
Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for
'SIP/100-09883f80'
Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for
'SIP/100-09883f80'
Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for
'SIP/100-09883f80'
Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for
'SIP/100-09883f80'
Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for
'SIP/100-09883f80'
Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for
'SIP/100-09883f80'
Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for
'SIP/100-09883f80'
Dec 13 12:07:04 DEBUG[2049] channel.c: Avoiding initial deadlock for
'SIP/100-09883f80'
Dec 13 12:07:04 WARNING[2049] channel.c: Avoided initial deadlock for
'0x9896848', 10 retries!
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.
Anybody seen this? Have a fix?
Raymond McKay
President
RAYNET Technologies LLC
http://www.raynettech.com
(860) 693-2226 x 31
Toll Free (877) 693-2226
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
--
------------------------------------------------------------
Erick Perez
Panama Sistemas
Integradores de Telefonia IP y Soluciones Para Centros de Datos
Panama, Republica de Panama
Cel Panama. +(507) 6694-4780
------------------------------------------------------------
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
