[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