[asterisk-bugs] [Asterisk 0010199]: Random replacement of channel name with other text in queue log entries
noreply at bugs.digium.com
noreply at bugs.digium.com
Wed Aug 15 08:57:39 CDT 2007
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=10199
======================================================================
Reported By: jfitzgibbon
Assigned To: putnopvut
======================================================================
Project: Asterisk
Issue ID: 10199
Category: Applications/app_queue
Reproducibility: random
Severity: major
Priority: normal
Status: feedback
Asterisk Version: 1.4.7.1
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: No
Request Review:
======================================================================
Date Submitted: 07-13-2007 08:44 CDT
Last Modified: 08-15-2007 08:57 CDT
======================================================================
Summary: Random replacement of channel name with other text
in queue log entries
Description:
On 1.4.5, 1.4.6 and 1.4.7.1, I have observed random replacement of the
channel name with other text in my queue log. Typically the other text is
part of a manager event, suggesting that a pointer is getting corrupted
somewhere. It happens on a very small percentage of calls, but there are
consistent elements to the corruption from my observations:
- it only happens on one of my eleven queues. Of the eleven, four others
are configured almost identically to the queue on which the corruption is
observed (the only differences are queue name and wrapuptime length). The
problem queue is listed second in queues.conf, and does not sort lexically
to the top or bottom of a list of queue names.
- the corruption first appears on the CONNECT event
- the channel name remains corrupted for the duration of the call (i.e.
you never see a good ENTERQUEUE, bad CONNECT, then a good COMPLETECALLER)
- the replacement text is not consistent. It can differ between the
CONNECT and TRANSFER events (see example 1)
- if the call is transferred to an extension which enqueues the caller to
another queue, the corruption is cleared, and does not typically re-appear
(see example 1)
I cannot reproduce the bug on demand in my lab environment. On a call
center fielding about 5000 calls per day, I see this on 5-10 of those
calls. The main impact of this is that queue analysis programs never see
the CONNECT or COMPLETEXXXXXX events, so they think that any corrupted call
is waiting forever. Having such a large wait time for several calls on a
queue knocks statistics out of whack.
======================================================================
----------------------------------------------------------------------
krdian - 08-15-07 08:57
----------------------------------------------------------------------
Is this patch is fixing problem ? I have the samep problem with 1.4.9 and
1.4.0.1 and Local channels.
Issue History
Date Modified Username Field Change
======================================================================
08-15-07 08:57 krdian Note Added: 0068861
======================================================================
More information about the asterisk-bugs
mailing list