[asterisk-bugs] [JIRA] (ASTERISK-28701) app_queue: Core reload resets queue stats, even when keepstats=yes

N A (JIRA) noreply at issues.asterisk.org
Fri Aug 20 15:51:33 CDT 2021


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

N A edited comment on ASTERISK-28701 at 8/20/21 3:50 PM:
---------------------------------------------------------

Hmm... this is interesting. Certainly explains some of the strange behavior I was noticing with app_queue: https://issues.asterisk.org/jira/browse/ASTERISK-29578?filter=-2

Strictly speaking, I don't think the 2 bugs are related, but I did notice this behavior and I just assumed it was intentional. It makes sense though that it's a bug.

I did notice that app_queue does not reload unless the file was modified, which explains why this bug only surfaced when it the modified timestamp had changed.

My two thoughts are that queue reload shouldn't check the modified timestamp, because the current behavior is buggy so a force reload should be possible without using "touch", which can ensure that the members can be force reloaded.

Might look into this issue as well in a little bit, if nobody else does.

Updated: Gerrit review: https://gerrit.asterisk.org/c/asterisk/+/16343


was (Author: interlinked):
Hmm... this is interesting. Certainly explains some of the strange behavior I was noticing with app_queue: https://issues.asterisk.org/jira/browse/ASTERISK-29578?filter=-2

Strictly speaking, I don't think the 2 bugs are related, but I did notice this behavior and I just assumed it was intentional. It makes sense though that it's a bug.

I did notice that app_queue does not reload unless the file was modified, which explains why this bug only surfaced when it the modified timestamp had changed.

My two thoughts are that queue reload shouldn't check the modified timestamp, because the current behavior is buggy so a force reload should be possible without using "touch", which can ensure that the members can be force reloaded.

Might look into this issue as well in a little bit, if nobody else does.

> app_queue: Core reload resets queue stats, even when keepstats=yes
> ------------------------------------------------------------------
>
>                 Key: ASTERISK-28701
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28701
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_queue
>    Affects Versions: 16.7.0
>         Environment: Centos 7 x64
>            Reporter: Luke Escude
>              Labels: bounty
>
> Hello - When keepstats=yes in queues.conf (under general), the overall stats for each queue are kept after issuing a core reload: Avg talk time, hold time, call quantity, etc.
> However, the per-agent call stats (# calls taken, last call taken) get cleared out.
> This seems to go against the purpose of the keepstats directive.
> Expected results: Keepstats would keep stats ;)



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



More information about the asterisk-bugs mailing list