[asterisk-bugs] [JIRA] (ASTERISK-28712) Possible freeze in app_queue

[Richard Mudgett (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-28712?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Richard Mudgett updated ASTERISK-28712:
---------------------------------------

    Description: 
Hello,
 
We are randomly experiencing freezes in what it seems app_queue. It manifests itself with not letting new calls entering any queue, no new calls passed to the agents. Existing calls work just fine i.e. already ongoing.
 
Typing in cli “queue show X” locks the CLI.
Only way to release the issue to restart asterisk with “systemctl restart asterisk” for an example.
 
For Incoming calls passed through AGI this is the last we see for each call
{noformat}
[2020-01-21 14:02:33] VERBOSE[32522][C-0001ad37] res_agi.c: AGI Script Executing Application: (QUEUE) Options: (Incoming1,xXr,,,3600,,,v-mixmonit,,)
{noformat}
 
For direct calls to a queue this is the last we see
{noformat}
[2020-01-21 14:11:59] VERBOSE[12588][C-0001ae8c] pbx_realtime.c: Executing [+44HIDDDEN at from-voip-provider:9] Set("SIP/siptrunk-0002f6a7", " ANSWER=1")
[2020-01-21 14:11:59] VERBOSE[12588][C-0001ae8c] pbx_realtime.c: Executing [+44HIDDDEN @from-voip-provider:10] Queue("SIP/siptrunk-0002f6a7", "Incoming1,xX,,,300,,,,,")
[2020-01-21 14:12:53] VERBOSE[25425][C-0001ae8c] chan_sip.c: Sending to 13.48HIDDEN:5060 (NAT)
[2020-01-21 14:12:53] VERBOSE[25425][C-0001ae8c] chan_sip.c: Scheduling destruction of SIP dialog '37257e8f6af95992127284ce06dae69a at 18.194HIDDEN:5060' in 6400 ms (Method: BYE)
[2020-01-21 14:12:53] VERBOSE[25425][C-0001ae8c] chan_sip.c:
{noformat}

Yes, the last line is empty after chan_sip.c, the call gets no further.

We are not sure to replicate this and it occurs sporadically. When it occurs, what measures can I do to capture more information? We cannot run Asterisk in debug mode if it impacts performance as this issue can take weeks to occur again.

Am putting this as a Minor, as we do not know yet what is causing it.


 
/M

  was:
Hello,
 
We are randomly experiencing freezes in what it seems app_queue. It manifests itself with not letting new calls entering any queue, no new calls passed to the agents. Existing calls work just fine i.e. already ongoing.
 
Typing in cli “queue show X” locks the CLI.
Only way to release the issue to restart asterisk with “systemctl restart asterisk” for an example.
 
For Incoming calls passed through AGI this is the last we see for each call
[2020-01-21 14:02:33] VERBOSE[32522][C-0001ad37] res_agi.c: AGI Script Executing Application: (QUEUE) Options: (Incoming1,xXr,,,3600,,,v-mixmonit,,)
 
For direct calls to a queue this is the last we see
[2020-01-21 14:11:59] VERBOSE[12588][C-0001ae8c] pbx_realtime.c: Executing [+44HIDDDEN at from-voip-provider:9] Set("SIP/siptrunk-0002f6a7", " ANSWER=1")
[2020-01-21 14:11:59] VERBOSE[12588][C-0001ae8c] pbx_realtime.c: Executing [+44HIDDDEN @from-voip-provider:10] Queue("SIP/siptrunk-0002f6a7", "Incoming1,xX,,,300,,,,,")
[2020-01-21 14:12:53] VERBOSE[25425][C-0001ae8c] chan_sip.c: Sending to 13.48HIDDEN:5060 (NAT)
[2020-01-21 14:12:53] VERBOSE[25425][C-0001ae8c] chan_sip.c: Scheduling destruction of SIP dialog '37257e8f6af95992127284ce06dae69a at 18.194HIDDEN:5060' in 6400 ms (Method: BYE)
[2020-01-21 14:12:53] VERBOSE[25425][C-0001ae8c] chan_sip.c:

Yes, the last line is empty after chan_sip.c, the call gets no further.

We are not sure to replicate this and it occurs sporadically. When it occurs, what measures can I do to capture more information? We cannot run Asterisk in debug mode if it impacts performance as this issue can take weeks to occur again.

Am putting this as a Minor, as we do not know yet what is causing it.


 
/M


> Possible freeze in app_queue
> ----------------------------
>
>                 Key: ASTERISK-28712
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28712
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_queue
>    Affects Versions: 13.24.0
>         Environment: Centos 7.5Asterisk 13.24.0 with Realtime
>            Reporter: Martin Nyström
>            Assignee: Martin Nyström
>            Severity: Minor
>
> Hello,
>  
> We are randomly experiencing freezes in what it seems app_queue. It manifests itself with not letting new calls entering any queue, no new calls passed to the agents. Existing calls work just fine i.e. already ongoing.
>  
> Typing in cli “queue show X” locks the CLI.
> Only way to release the issue to restart asterisk with “systemctl restart asterisk” for an example.
>  
> For Incoming calls passed through AGI this is the last we see for each call
> {noformat}
> [2020-01-21 14:02:33] VERBOSE[32522][C-0001ad37] res_agi.c: AGI Script Executing Application: (QUEUE) Options: (Incoming1,xXr,,,3600,,,v-mixmonit,,)
> {noformat}
>  
> For direct calls to a queue this is the last we see
> {noformat}
> [2020-01-21 14:11:59] VERBOSE[12588][C-0001ae8c] pbx_realtime.c: Executing [+44HIDDDEN at from-voip-provider:9] Set("SIP/siptrunk-0002f6a7", " ANSWER=1")
> [2020-01-21 14:11:59] VERBOSE[12588][C-0001ae8c] pbx_realtime.c: Executing [+44HIDDDEN @from-voip-provider:10] Queue("SIP/siptrunk-0002f6a7", "Incoming1,xX,,,300,,,,,")
> [2020-01-21 14:12:53] VERBOSE[25425][C-0001ae8c] chan_sip.c: Sending to 13.48HIDDEN:5060 (NAT)
> [2020-01-21 14:12:53] VERBOSE[25425][C-0001ae8c] chan_sip.c: Scheduling destruction of SIP dialog '37257e8f6af95992127284ce06dae69a at 18.194HIDDEN:5060' in 6400 ms (Method: BYE)
> [2020-01-21 14:12:53] VERBOSE[25425][C-0001ae8c] chan_sip.c:
> {noformat}
> Yes, the last line is empty after chan_sip.c, the call gets no further.
> We are not sure to replicate this and it occurs sporadically. When it occurs, what measures can I do to capture more information? We cannot run Asterisk in debug mode if it impacts performance as this issue can take weeks to occur again.
> Am putting this as a Minor, as we do not know yet what is causing it.
>  
> /M



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