[Home]

Summary:ASTERISK-19042: When joining ConfBridge, channel mutex can be free'd more times then it is locked
Reporter:Matt Jordan (mjordan)Labels:
Date Opened:2011-12-14 13:31:14.000-0600Date Closed:2012-01-04 16:23:01.000-0600
Priority:MinorRegression?No
Status:Closed/CompleteComponents:Applications/app_confbridge
Versions:10.0.0 Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) 19042
Description:CLI output below:


   -- Executing [9000@LocalSets:1] NoOp("SIP/x.x.x.x-00000000", "") in new stack
   -- Executing [9000@LocalSets:2] Answer("SIP/x.x.x.x-00000000", "") in new stack
   -- Executing [9000@LocalSets:3] Set("SIP/x.x.x.x-00000000", "CONFBRIDGE(user,template)=default_user") in new stack
   -- Executing [9000@LocalSets:4] ConfBridge("SIP/x.x.x.x-00000000", "1,default_bridge,,sample_user_menu") in new stack
[Dec 14 13:27:50] ERROR[15404]: lock.c:407 __ast_pthread_mutex_unlock: confbridge/conf_config_parser.c line 1366 (conf_find_bridge_profile): mutex 'chan' freed more times than we've locked!
[Dec 14 13:27:50] ERROR[15404]: lock.c:438 __ast_pthread_mutex_unlock: confbridge/conf_config_parser.c line 1366 (conf_find_bridge_profile): Error releasing mutex: Operation not permitted

While this isn't causing any problems that I can see, its not exactly pretty and should be cleaned up.  Note that this was produced by connecting a SIP softphone using g722 only.
Comments:By: David Vossel (dvossel) 2011-12-30 09:52:55.312-0600

I've attached a patch that will fix this.