[asterisk-bugs] [JIRA] (ASTERISK-23998) channel.c: Exceptionally long voice queue length queuing to Local....

[Matt Jordan (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-23998?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=220342#comment-220342 ] 

Matt Jordan commented on ASTERISK-23998:
----------------------------------------

Thank you for taking the time to report this bug and helping to make Asterisk better. Unfortunately, we cannot work on this bug because your description did not include enough information. You may find it helpful to read the Asterisk Issue Guidelines http://www.asterisk.org/developers/bug-guidelines. We would be grateful if you would then provide a more complete description of the problem. At a minimum, we need:

1. the specific steps or actions you took that caused you to encounter the problem,
2. the behavior you expected, and
3. the behavior you actually encountered (in as much detail as possible).

This likely includes output from the console with debug level logging, a SIP trace (if this is SIP related), and configuration information such as dialplan (e.g. extensions.conf), your queues configuration (queues.conf) and channel configuration (e.g. sip.conf). Thanks!



>  channel.c: Exceptionally long voice queue length queuing to Local....
> ----------------------------------------------------------------------
>
>                 Key: ASTERISK-23998
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-23998
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_local
>    Affects Versions: 11.10.0
>         Environment: CENTOS 5.10 both 32bit and 64bit
> uname -a : 2.6.18-371.9.1.el5
>            Reporter: Kampolis Ioannis
>
> Two Queues:
> Queue 703 has one member 3304.
> Queue 702 has three members ()
> Once 3304 forwards (not using the asterisk feature code) all his calls to 702 a warning is issued channel.c: Exceptionally long voice queue length queuing to Local making the system unresponsive.
> This causes load more than 9 to a monster dual-cpu DELL R520 in a production environment with more than 20k calls per day. The issue is resolved once the call is terminated or with a restart of the pbx.



--
This message was sent by Atlassian JIRA
(v6.2#6252)