[asterisk-bugs] [Asterisk 0012671]: Dynamic queue member does not survive reboot/restart when using aliases

[noreply at bugs.digium.com]

The following issue requires your FEEDBACK. 
====================================================================== 
http://bugs.digium.com/view.php?id=12671 
====================================================================== 
Reported By:                b_plessis
Assigned To:                putnopvut
====================================================================== 
Project:                    Asterisk
Issue ID:                   12671
Category:                   Applications/app_queue
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.4.20 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             05-16-2008 17:14 CDT
Last Modified:              05-19-2008 09:57 CDT
====================================================================== 
Summary:                    Dynamic queue member does not survive reboot/restart
when using aliases
Description: 

Since i started to using the masquerading function for dynamic queue
member like that:
queue add member Local/888 at queues/n to support penalty 10 as Agent/888

everytime i do a shutdown or even a 'restart now' the queue member became
all invalid.

Before reboot:

database show give:
...
/Queue/PersistentMembers/support                  :
Local/136 at queues/n;10;0;Agent/136|Local/131 at queues/n;10;0;Agent/131|Local/888 at queues/n;20;0;Agent/888
...

queue show give:
support      has 0 calls (max unlimited) in 'rrmemory' strategy (20s
holdtime), W:0, C:67, A:79, SL:0.0% within 0s
   Members:  
      Agent/136 with penalty 10 (dynamic) (Not in use) has taken 27 calls
(last was 25203 secs
      Agent/131 with penalty 10 (dynamic) (Not in use) has taken 8 calls
(last was 26886 secs 
      Agent/888 with penalty 20 (dynamic) (Not in use) has taken no calls
yet
   No Callers


after reboot:
/Queue/PersistentMembers/support                  :
Local/136 at queues/n;10;0;Agent/136|Local/131 at queues/n;10;0;Agent/131|Local/888 at queues/n;20;0;Agent/888

support      has 0 calls (max unlimited) in 'rrmemory' strategy (0s
holdtime), W:0, C:0, A:0, SL:0.0% within 0s
   Members: 
      Agent/136 with penalty 10 (dynamic) (Invalid) has taken no calls
yet
      Agent/131 with penalty 10 (dynamic) (Invalid) has taken no calls
yet
      Agent/888 with penalty 20 (dynamic) (Invalid) has taken no calls
yet
   No Callers

====================================================================== 

---------------------------------------------------------------------- 
 putnopvut - 05-19-08 09:57  
---------------------------------------------------------------------- 
I believe that dimitripietro is correct about load order being the issue,
but I think the problem lies with the fact that app_queue is being loaded
before chan_local.

app_queue queries the device state of all its members when it is loaded.
If app_queue loads prior to chan_local, then it will be querying device
state from a channel driver which has not been loaded yet.

One test that would confirm this would be to issue a "module reload
app_queue.so" from the CLI when the members appear to have an "Invalid"
state. If the members suddenly become "Not in use" then this probably is
the issue. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
05-19-08 09:57  putnopvut      Note Added: 0087006                          
05-19-08 09:57  putnopvut      Status                   assigned => feedback
======================================================================