Hi,
Recently in the last few days my Asterisk system has completely gone to you-know-what.
I am getting tons of these when watching ‘asterisk -rv’
[Apr 20 21:39:15] WARNING[24491][C-00000197]: channel.c:1162 __ast_queue_frame: Exceptionally long voice queue length queuing to Local/s@announce-0000015b;1
When this happens the system will not accept any more calls and in order to make it work again, I have to completely restart. I was only 14.2 until a few minutes ago when I upgraded to 14.4 so I’m hoping that will help but I’m betting it won’t.
This occurs when the underlying thread that is supposed to read the voice frames is either deadlocked so it can’t do anything, or goes away without properly destroying the channel. Both of these shouldn’t happen. I’d suggest filing an issue[1] and attaching a deadlock backtrace[2] with your console log and a description of your usage/scenario.
Thanks… I am currently working towards your suggestion.
Reporting further findings it appears this completely revolves around Local & CBAnn Channels:
Exceptionally long voice queue length queuing to CBAnn/17-00008b7f;1
Exceptionally long voice queue length queuing to CBAnn/18-00001860;1
Exceptionally long voice queue length queuing to CBAnn/18-0000891d;1
Exceptionally long voice queue length queuing to CBAnn/19-00008531;1
Exceptionally long voice queue length queuing to Local/s@announce-0000003f;1
Exceptionally long voice queue length queuing to Local/s@announce-00000048;1
Exceptionally long voice queue length queuing to Local/s@announce-0000004a;1
Exceptionally long voice queue length queuing to Local/s@announce-0000015b;1
Exceptionally long voice queue length queuing to Local/s@announce-00000c06;1
Exceptionally long voice queue length queuing to Local/s@announce-00000c08;1
Exceptionally long voice queue length queuing to Local/s@announce-00000c09;1
Exceptionally long voice queue length queuing to Local/s@announce-00000c0a;1
Exceptionally long voice queue length queuing to Local/s@announce-00000c53;1
Exceptionally long voice queue length queuing to Local/s@announce-00000c54;1
Exceptionally long voice queue length queuing to Local/s@announce-00000c55;1
Exceptionally long voice queue length queuing to Local/s@announce-00000c56;1
Exceptionally long voice queue length queuing to Local/s@announce-0000186d;1
Exceptionally long voice queue length queuing to Local/s@announce-00005e5c;1
Exceptionally long voice queue length queuing to Local/s@announce-00005e5d;1
Exceptionally long voice queue length queuing to Local/s@announce-00005e5e;1
Exceptionally long voice queue length queuing to Local/s@announce-00005e5f;1
Exceptionally long voice queue length queuing to Local/s@announce-00005e60;1
Exceptionally long voice queue length queuing to Local/s@announce-00005e61;1
Exceptionally long voice queue length queuing to Local/s@announce-00005e62;1
Exceptionally long voice queue length queuing to Local/s@announce-00009176;1
Exceptionally long voice queue length queuing to Local/s@announce-00009177;1
Exceptionally long voice queue length queuing to Local/s@announce-00009178;1
Exceptionally long voice queue length queuing to Local/s@announce-00009179;1
Exceptionally long voice queue length queuing to Local/s@announce-0000917c;1
Exceptionally long voice queue length queuing to Local/s@announce-0000917e;1
Exceptionally long voice queue length queuing to Local/s@announce-0000917f;1
Exceptionally long voice queue length queuing to Local/s@playchan-0000004c;2
Exceptionally long voice queue length queuing to Local/s@playchan-00000c51;1
Exceptionally long voice queue length queuing to Local/s@playchan-00000c52;1
Exceptionally long voice queue length queuing to Local/s@playchan-00000c57;2
Exceptionally long voice queue length queuing to Local/s@playchan-0000186e;2
and noticed this from a few years ago (probably not related)…
apps/app_confbridge.c, /: app_confbridge: Fixed “CBAnn” channels
not going away. Fixed a ref leak in conf_handle_talker_cb()
everytime the conference bridge was found to report a channel’s
talker status change. The resulting leak caused the "CBAnn"
channels and the conference bridge to never be destroyed. Thanks
to Richard Kenner on the asterisk-user’s list for locating the
problem. Reported by: Richard Kenner … Merged revisions
413454 from http://svn.asterisk.org/svn/asterisk/branches/12
No matter what I do or what I try, I can not get menuselect to work. It says I need ncurses. Ive installed everything related to ncurses I can possible find but it just won’t work.
How can I accomplish this without menuselect:
In the Compiler Flags menu of menuselect and you should enable DEBUG_THREADS, DONT_OPTIMIZE and BETTER_BACKTRACES. Then, you need to recompile, re-install, and restart Asterisk before following the steps below.
Another thing I just noticed since my problem started Asterisk seems to be generating a lot of /tmp/ast-ami-xxxxx files, which are all 0 bytes except for 1 which seems to be active. They go back around 4 days (when the problem first started occurring).
It dramatically limits the number of global variables I can set. No idea why. I set approx 7K globals when I start up but with the above it seems to die at around ~700.