[asterisk-dev] IAX2 deadlock in trunk - out of free iax2 threads

[Anton]

Seems major bug were fixed, but I sitll see the following 
notices and warnings while trunk is under the load

Should the bug be reopened and more BT submitted?

BTW - Sip warning message - WHILE no sip calls in on the 
way - IAX2 transit only!!!!

[Oct 11 09:46:03] WARNING[21882]: chan_sip.c:10962 
func_header_read: This function can only be used on SIP 
channels.

And still some schedule entrys missing

[Oct 11 09:48:52] NOTICE[20522]: sched.c:284 ast_sched_del: 
Attempted to delete nonexistent schedule entry 250050!
[Oct 11 09:48:52] NOTICE[20522]: sched.c:284 ast_sched_del: 
Attempted to delete nonexistent schedule entry 250043!
[Oct 11 09:48:52] NOTICE[20522]: sched.c:284 ast_sched_del: 
Attempted to delete nonexistent schedule entry 250041!
[Oct 11 09:48:52] NOTICE[20522]: sched
09:52:32 [----] Vazir:
.c:284 ast_sched_del: Attempted to delete nonexistent 
schedule entry 250040!
[Oct 11 09:48:52] NOTICE[20522]: sched.c:284 ast_sched_del: 
Attempted to delete nonexistent schedule entry 250038!
[Oct 11 09:48:52] NOTICE[20522]: sched.c:284 ast_sched_del: 
Attempted to delete nonexistent schedule entry 250042!
[Oct 11 09:48:52] NOTICE[20522]: sched.c:284 ast_sched_del: 
Attempted to delete nonexistent schedule entry 250044!

Regards,
Anton.

On 10 October 2006 19:06, Anton wrote:
> I do not use queues either. High call volume just makes
> it happen faster. Actually IAX breaks much sooner than we
> can see mentioned messages even on low call volume. (i
> found that yesterday) - but I still cannot use the fixed
> version since SVN with revision 44762 seems hidden
> somewhere out of reach (not synchronized???) and just
> 44743 could be downloaded... which is still broken.
>
> On 10 October 2006 18:02, Andrew Kohlsmith wrote:
> > On Sunday 08 October 2006 08:40, Anton wrote:
> > > Just found an issue, while loading trunk asterisk
> > > with live calls (~30 sim calls) after a while (20 -
> > > 30m) asterisk deadlocked and does not accept anymore
> > > IAX2 calls.
> >
> > I've seen this in the last week, but unloading (noload
> > in modules.conf) app_queue.so fixed it.  I was led
> > there by analyzing the stack traces of the core dumps I
> > had (I kill -9'd asterisk to "recover" from that)
> >
> > I am not so sure it's a chan_iax2 problem.  I never hit
> > that kind of call volume with Asterisk, and I never use
> > queues.  :-)
> >
> > -A.
> > _______________________________________________
> > --Bandwidth and Colocation provided by Easynews.com --
> >
> > asterisk-dev mailing list
> > To UNSUBSCRIBE or update options visit:
> >   
> > http://lists.digium.com/mailman/listinfo/asterisk-dev
>
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev