[asterisk-bugs] [Asterisk 0012748]: [patch] multiparking, "WARNING[6006]: channel.c:2065 __ast_read: ..." fixed

noreply at bugs.digium.com noreply at bugs.digium.com
Thu May 29 14:04:06 CDT 2008


The following issue has been ASSIGNED. 
====================================================================== 
http://bugs.digium.com/view.php?id=12748 
====================================================================== 
Reported By:                nreinartz
Assigned To:                mvanbaak
====================================================================== 
Project:                    Asterisk
Issue ID:                   12748
Category:                   Core/General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 118614 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             05-29-2008 05:14 CDT
Last Modified:              05-29-2008 14:04 CDT
====================================================================== 
Summary:                    [patch] multiparking, "WARNING[6006]: channel.c:2065
__ast_read: ..." fixed
Description: 
I had a look at the multiparking feature and did some tests. To be fair I
have to say that I tested multiparking with a patched version of 1.4.20.1 
http://bugs.digium.com/view.php?id=12740.
As the logic is the same in 1.6 trunk as in my patched version of 1.4 the
described failure also should occure in 1.6 trunk.

I always get this warning starting with the second call if core debug
level is set to 10:
>>>>>>
[May 29 10:40:44] WARNING[6006]: channel.c:2065 __ast_read: Exception flag
set on 'SIP/5555-081fddf0', but no exception handler
Really destroying SIP dialog '3c49a803c2b3-6bdvxzki22wa' Method: ACK
<<<<<<

Szenario:
 - Start asterisk.
 - A calls B (1st call).
 - B gets the call.
 - A parks B.
 - B hangs up, A hangs up.
 - A calls B (2nd call).
 - B gets the call.
 - A parks B.
  --> I get the warning described above!!

Logging output is included in attached file "logging.txt".

The problem is that filedescriptor sets nrfds and nefds in
main/features.c, do_parking_thread() aren't initialized to have zero bits
each time before the loop to call manage_parkinglot() is entered.
The attached patch
"asterisk-multiparking_initialize_filedescr_sets-0.0.1.patch" fixes this
bug.
====================================================================== 

---------------------------------------------------------------------- 
 svnbot - 05-29-08 14:04  
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 119015

U   trunk/main/features.c

------------------------------------------------------------------------
r119015 | mvanbaak | 2008-05-29 14:04:04 -0500 (Thu, 29 May 2008) | 10
lines

Make sure the nrfds and nefds are reset to NULL
before we enter manage_parkinglot.
This will get rid of CLI warnings like:
__ast_read: Exception flag set on 'SIP/<NUMBER>-<ID>', but no exception
handler

(closes issue http://bugs.digium.com/view.php?id=12748)
Reported by: nreinartz
Patches:
      asterisk-multiparking_initialize_filedescr_sets-0.0.1.patch uploaded
by nreinartz (license 452)

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

http://svn.digium.com/view/asterisk?view=rev&revision=119015 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
05-29-08 14:04  svnbot         Checkin                                      
05-29-08 14:04  svnbot         Note Added: 0087504                          
05-29-08 14:04  svnbot         Status                   new => assigned     
05-29-08 14:04  svnbot         Assigned To               => mvanbaak        
======================================================================




More information about the asterisk-bugs mailing list