[asterisk-bugs] [JIRA] (ASTERISK-18411) Realtime queue members get stuck in "In Use" state.

[Gregory Malsack (JIRA)]

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

Gregory Malsack commented on ASTERISK-18411:
--------------------------------------------

I too am having the same issue... 1.8.22. This seems to have been an issue for nearly 2 years now. Is there any hope of someone fixing this issue???
                
> Realtime queue members get stuck in "In Use" state.
> ---------------------------------------------------
>
>                 Key: ASTERISK-18411
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-18411
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_queue
>    Affects Versions: 1.8.5.0
>         Environment: 64 bit CentOS
>            Reporter: Steven T. Wheeler
>            Severity: Minor
>
> We have noticed a few times in the last week that the state of queue members has been stuck in "In use" state even though their state interface says "Idle".  When this happens the queue no longer routes calls to the agents.  The only work around we have found so far is to delete the member entries from the realtime table and then add them back in.
> For instance the queue says all the members are In use:
> asterisk -rx 'queue show queue1'
> queue1 has 0 calls (max unlimited) in 'linear' strategy (0s holdtime, 67s talktime), W:0, C:1, A:3, SL:100.0% within 86400s
>    Members:
>       Member 1 (Local/member1 at queue_calling/n) (realtime) (In use) has taken no calls yet
>       Member 2 (Local/member2 at queue_calling/n) (realtime) (In use) has taken 1 calls (last was 6076 secs ago)
>       Member 3 (Local/member3 at queue_calling/n) (realtime) (In use) has taken no calls yet
>       Member 4 (Local/member4 at queue_calling/n) (realtime) (In use) has taken no calls yet
>    No Callers
> But their hints say otherwise:
> asterisk -rx 'core show hints'
>                 member1 at blf                 : SIP/member1_softphon  State:InUse           Watchers  0
>                 member2 at blf                 : SIP/member2_softphon  State:Idle            Watchers  0
>                 member3 at blf                 : SIP/member3_softphon  State:InUse           Watchers  0
>                 member4 at blf                 : SIP/member4_softphon  State:Idle            Watchers  0
> The queue member table configuration:
> mysql> select * from Queue_Members;
> +----------+------------+------------+-------------------------------+------------------+---------+--------+
> | uniqueid | membername | queue_name | interface                     | state_interface  | penalty | paused |
> +----------+------------+------------+-------------------------------+------------------+---------+--------+
> |    31229 | Member 2   | queue1     | Local/member2 at queue_calling/n | hint:member2 at blf |    NULL |   NULL |
> |    31230 | Member 3   | queue1     | Local/member2 at queue_calling/n | hint:member3 at blf |    NULL |   NULL |
> |    31231 | Member 4   | queue1     | Local/member4 at queue_calling/n | hint:member4 at blf |    NULL |   NULL |
> |    31232 | Member 1   | queue1     | Local/member1 at queue_calling/n | hint:member1 at blf |    NULL |   NULL |
> +----------+------------+------------+-------------------------------+------------------+---------+--------+
> This issue occurs infrequently so a debug log would be huge, but if there is more information you need I will try to get it.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira