Channel.c - Exceptionally long voice queue length

Asterisk Asterisk Support
1

We recently updated our server and are not experiencing some errors. We use the originate cmd to send audio into a meetme conference. Basically originate is passed the playback app and it calls Local context to pass into a meetme. This has been working for sometime but after the upgrade, when the originate happens this errors repeatably shows up and does not seem to complete.

[Jun 11 15:01:55] WARNING[20262]: channel.c:1426 __ast_queue_frame: Exceptionally long voice queue length queuing to Local/246381@context-0225;1

Server is running CentOS 5.5, Asterisk 1.8.4. The linux kernel was updated from 2.6.18-194.32.1.el5 to 2.6.18-238.9.1.el5. So we downgraded back but is still giving the problem. I have been trying to research the problem but have not found anything identical except for mentioning about channel lock. Close to this issues.asterisk.org/view.php?id=15609

Has any one else seen an issue like this or what to do to try and debug more? A bunch of the debug suggestions seem to be outdated for the similar issue.

2

Same Error Code:
Exceptionally long voice queue length queuing to Local/264@from-queue-cb1c;2 Local/264 is logged into the queue. Got several of these then the server crashed. Could not restart via amportal had to restart the server. On 1.8.8.1 also researched but found old references back around 1.8.1. Anyone got a fix for this? I searched issues.asterisk.org/jira/secure/Dashboard.jspa and looked for any issues for this problem and found none.

3

Maybe related, maybe not:

issues.asterisk.org/jira/browse/ASTERISK-18885

4

I will check that reference out. I am not sure but this warning came up about 3 min prior:
[Jan 10 09:01:16] WARNING[5336] file.c: Unexpected control subclass '11
’
I also asked the operator and she was doing a transfer when it crashed and mentioned one or two others were also doing transfers.

5

11 is AST_CONTROL_OPTION /* Set a low level option */

It is not one I’ve ever seen used in anger.