[asterisk-bugs] [JIRA] (ASTERISK-17184) SIP channel tried to release unowned mutex in handle_incoming()

Joshua Colp (JIRA) noreply at issues.asterisk.org
Sun Mar 15 15:10:34 CDT 2015


    [ https://issues.asterisk.org/jira/browse/ASTERISK-17184?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=225460#comment-225460 ] 

Joshua Colp commented on ASTERISK-17184:
----------------------------------------

Per the Asterisk versions page [1], the maintenance (bug fix) support for the Asterisk branch you are using has ended. For continued maintenance support please move to a supported branch of Asterisk. After testing with a supported branch, if you find this problem has not been resolved, please open a new issue against the latest version of that Asterisk branch.

Thanks!

[1] https://wiki.asterisk.org/wiki/display/AST/Asterisk+Versions



> SIP channel tried to release unowned mutex in handle_incoming()
> ---------------------------------------------------------------
>
>                 Key: ASTERISK-17184
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-17184
>             Project: Asterisk
>          Issue Type: Bug
>          Components: Channels/chan_sip/General
>            Reporter: Kirill Katsnelson
>            Severity: Minor
>
> Still testing 1.8 pre-production, suddenly received this
> [2010-12-29 18:00:34.191] ERROR[17610]: lock.c:384 __ast_pthread_mutex_unlock: chan_sip.c line 23562 (handle_incoming): mutex 'owner' freed more times than we've locked!
> [2010-12-29 18:00:34.191] ERROR[17610]: lock.c:416 __ast_pthread_mutex_unlock: chan_sip.c line 23562 (handle_incoming): Error releasing mutex: Operation not permitted
> Unfortunately, not much debugging information available. That was one of a kind error. The following AEL code has been executed with errors appearing between 2 trace lines:
>     &trace(Entering queue - ${QUEUE_STATS}); //<- after this
>     &answer-nocdr-maybe();
>     Queue(${CUSTAPPRAW},ct,,,${QUETIME},,,on-queue-answer);
> . . . 
> macro on-queue-answer() {
>   &trace(Answering in $[${CDR(duration)}-${CDR(billsec)}]s on ${CHANNEL}); //<- before this
> }
> The call had been answered in the macro
> macro answer-nocdr-maybe() {
>   if("${CHANNEL(state)}" == "Ring") {
>     Answer(0,nocdr);
>     Wait(0.5);
>     Ringing();
>     Wait(1);
>   }
> }
> ****** ADDITIONAL INFORMATION ******
> Context:
>         ast_channel_ref(owner);
>         sip_pvt_unlock(p);
>         ast_channel_unlock(owner); //<--- here
>         *nounlock = 1;
>         pbx_builtin_setvar_helper(owner, causevar, causeval);
> I am sorry, this report is very vague. Still I thought it might be worth logging.
> Might be related to ASTERISK-1815403. Just a gut feeling.



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list