[Home]

Summary:ASTERISK-21895: Aborted in ast_hangup -> __ast_manager_event_multichan -> append_event
Reporter:Mike Valentine (mvalentine)Labels:
Date Opened:2013-06-10 14:01:12Date Closed:2013-07-16 14:50:41
Priority:MajorRegression?
Status:Closed/CompleteComponents:
Versions:1.8.20.0 Frequency of
Occurrence
Occasional
Related
Issues:
is related toASTERISK-21896 Aborted in ast_bridge_call -> ast_cdr_dup_unique_swap -> ast_cdr_dup
Environment:CentOS 6Attachments:( 0) gdb.txt
Description:See attached backtrace.
Comments:By: Richard Mudgett (rmudgett) 2013-06-10 15:25:09.162-0500

Your backtrace appears to contain memory corruption and we require valgrind output in order to move this issue forward. Please see https://wiki.asterisk.org/wiki/display/AST/Valgrind for more information about how to produce debugging information. Thanks!

Since you are using at least v1.8.20, you can also use MALLOC_DEBUG as a poor man's substitute with less performance loss.  Also you almost always need to compile with DONT_OPTIMIZE for any backtrace to be useful.

Do you know how to reproduce this problem?

By: Mike Valentine (mvalentine) 2013-06-10 15:41:44.493-0500

Unfortunately I don't yet know how to trigger this problem. It has happened a couple of times in our production environment.

The backtrace I attached should have been running with DONT_OPTIMIZE, is there something about it that makes it appear that it wasn't?

I will try running with valgrind in a test environment, but I don't know if I will be able to reproduce.

By: Richard Mudgett (rmudgett) 2013-06-10 18:05:42.795-0500

The <value optimized out> in asterisk functions is a giveaway.

You can also try MALLOC_DEBUG instead of valgrind with less performance loss.

By: Rusty Newton (rnewton) 2013-06-25 16:55:35.279-0500

We'll need Valgrind output or alternatively the output of MALLOC_DEBUG to move forward with this.

https://wiki.asterisk.org/wiki/display/AST/Valgrind

Thanks!


By: Rusty Newton (rnewton) 2013-07-16 14:50:33.714-0500

Suspended due to lack of activity. Please request a bug marshal in #asterisk-bugs on the IRC network irc.freenode.net to reopen the issue should you have the additional information requested.  Further information can be found at http://www.asterisk.org/developers/bug-guidelines