[asterisk-bugs] [Asterisk 0015559]: stateinterface in queues.conf makes the member show "Invalid"
Asterisk Bug Tracker
noreply at bugs.digium.com
Fri Jul 24 14:34:01 CDT 2009
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=15559
======================================================================
Reported By: amorsen
Assigned To: mmichelson
======================================================================
Project: Asterisk
Issue ID: 15559
Category: Applications/app_queue
Reproducibility: always
Severity: minor
Priority: normal
Status: closed
Asterisk Version: 1.6.1.1
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
Resolution: fixed
Fixed in Version:
======================================================================
Date Submitted: 2009-07-23 09:32 CDT
Last Modified: 2009-07-24 14:34 CDT
======================================================================
Summary: stateinterface in queues.conf makes the member show
"Invalid"
Description:
In queues.conf I have:
[1]
member => Local/1 at DialAccount,,,Local/1 at DialAccount
[2]
member =>
Local/2 at DialAccount,,,Local/1234567890123456789012345678901234567890 at DialAccount
Right after starting asterisk:
vpbx05*CLI> queue show 1
1 has 0 calls (max unlimited) in 'ringall' strategy (0s
holdtime), W:0, C:0, A:0, SL:0.0% within 0s
Members:
Local/1 at DialAccount (Not in use) has taken no calls yet
No Callers
vpbx05*CLI> queue show 2
2 has 0 calls (max unlimited) in 'ringall' strategy (0s
holdtime), W:0, C:0, A:0, SL:0.0% within 0s
Members:
Local/2 at DialAccount (Invalid) has taken no calls yet
No Callers
Notice that Local/2 at DialAccount is Invalid, whereas Local/1 at DialAccount is
Not in use.
I also get this in /var/log/asterisk/messages:
[Jul 23 16:28:56] DEBUG[4263] chan_local.c: Checking if extension
1234567890123456789012345678901234567890 at DialAccoun exists (devicestate)
======================================================================
----------------------------------------------------------------------
(0108203) svnbot (reporter) - 2009-07-24 14:34
https://issues.asterisk.org/view.php?id=15559#c108203
----------------------------------------------------------------------
Repository: asterisk
Revision: 208655
U branches/1.6.0/apps/app_queue.c
------------------------------------------------------------------------
r208655 | mmichelson | 2009-07-24 14:34:01 -0500 (Fri, 24 Jul 2009) | 21
lines
Blocked revisions 208622 via svnmerge
........
r208622 | mmichelson | 2009-07-24 14:24:28 -0500 (Fri, 24 Jul 2009) | 16
lines
Don't impose an arbitrary limit on member lines in queues.conf
I know what some of you are thinking: "UGH! Mark, why are you using
ast_strdup and ast_free for the string when you can just use ast_strdupa
and let the memory free itself?! Have the bats been chewing on your
brain
again?"
Based on past experiences, I don't like using ast_strdupa inside a loop.
It's a good way to potentially exhaust stack space. Also, since this
only
happens when reloading queues, I don't think that heap allocations and
frees are going to be a huge problem.
(closes issue https://issues.asterisk.org/view.php?id=15559)
Reported by: amorsen
........
------------------------------------------------------------------------
http://svn.digium.com/view/asterisk?view=rev&revision=208655
Issue History
Date Modified Username Field Change
======================================================================
2009-07-24 14:34 svnbot Checkin
2009-07-24 14:34 svnbot Note Added: 0108203
======================================================================
More information about the asterisk-bugs
mailing list