[asterisk-bugs] [Asterisk 0010422]: Unable to join queues until app_queue.so is reloaded

noreply at bugs.digium.com noreply at bugs.digium.com
Fri Aug 10 08:31:40 CDT 2007


The following issue has been ASSIGNED. 
====================================================================== 
http://bugs.digium.com/view.php?id=10422 
====================================================================== 
Reported By:                bhowell
Assigned To:                file
====================================================================== 
Project:                    Asterisk
Issue ID:                   10422
Category:                   Applications/app_queue
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.4.10  
SVN Branch (only for SVN checkouts, not tarball releases): N/A  
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             08-09-2007 15:09 CDT
Last Modified:              08-10-2007 08:31 CDT
====================================================================== 
Summary:                    Unable to join queues until app_queue.so is reloaded
Description: 
I'm using the modules.conf sample file included with asterisk 1.4.10. Upon
loading asterisk, my queues show '(Invalid)' next to all static members of
the queue and the queues appear to be treated like they're empty. Once I
issue a 'module reload app_queue.so' (or 'reload'), queues work properly.

Output before reload:
====================
asterisk2*CLI> show queue tier2-iglou
tier2-iglou  has 0 calls (max unlimited) in 'ringall' strategy (0s
holdtime), W:0, C:0, A:0, SL:0.0% within 0s
   Members: I>
      Local/1153 at acd-iglou with penalty 1 (Invalid) has taken no calls
yet
      Local/1134 at acd-iglou (Invalid) has taken no calls yet
      Local/1128 at acd-iglou (Invalid) has taken no calls yet
   No Callers>

Output after reload:
===================
asterisk2*CLI> show queue tier2-iglou
tier2-iglou  has 0 calls (max unlimited) in 'ringall' strategy (0s
holdtime), W:0, C:0, A:0, SL:0.0% within 0s
   Members: I>
      Local/1153 at acd-iglou with penalty 1 (Not in use) has taken no calls
yet
      Local/1134 at acd-iglou (Not in use) has taken no calls yet
      Local/1128 at acd-iglou (Not in use) has taken no calls yet
   No Callers>


Presumably this occurs because autoload=yes in modules.conf is loading
modules in the wrong order (app_queue.so may be loaded before chan_sip.so).
I have not tested this.

Actually this exact same problem was reported in bug ID 0010094, but the
bug was closed and the error was assumed to be a user-supplied
modules.conf. I'm using the default modules.conf file and the the bug is
still present. This behavior is also present in Asterisk 1.4.4.
====================================================================== 

---------------------------------------------------------------------- 
 svnbot - 08-10-07 08:31  
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 78951

------------------------------------------------------------------------
r78951 | file | 2007-08-10 08:31:39 -0500 (Fri, 10 Aug 2007) | 4 lines

(closes issue http://bugs.digium.com/view.php?id=10422)
Reported by: bhowell
Add note to sample configuration about module load order and how it can
cause perfectly good queue members to be marked as invalid.

------------------------------------------------------------------------ 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
08-10-07 08:31  svnbot         Note Added: 0068707                          
08-10-07 08:31  svnbot         Status                   feedback => assigned
08-10-07 08:31  svnbot         Assigned To               => file            
======================================================================




More information about the asterisk-bugs mailing list