[asterisk-bugs] [JIRA] Commented: (ASTERISK-20553) Locks and linked list corruption

[Matt Jordan (JIRA)]

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

Matt Jordan commented on ASTERISK-20553:
----------------------------------------

I can say that I haven't seen any other issues remotely like this reported against Asterisk 11.  As there were *major* changes to the media format architecture in Asterisk 10, I would have imagined that any codec module would require some retooling in order to interoperate properly with the new media format architecture.  Without further evidence to the contrary, it appears as if something in {{codec_sangoma}} is corrupting the memory for a lock or is in someway causing a mutex to be put into an invalid state.  The fact that the mutex in {{astmm}}, which is a static lock that protects memory allocations and is only available when {{MALLOC_DEBUG}} is enabled, is also causing a seg fault (core.7 and core.8) is disturbing - that mutex should exist throughout the lifetime of Asterisk and other than being locked/unlocked, its state should not be altered.

Note that in each of the backtraces I've looked at, {{codec_sangoma}} is on the critical path where the segmentation fault occurs.

It may be worthwhile running the system under valgrind for a short period of time to see if there are any memory corruptions occurring prior to the crash.

> Locks and linked list corruption
> --------------------------------
>
>                 Key: ASTERISK-20553
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20553
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Core/PBX
>    Affects Versions: 11.0.0
>         Environment: CentOS release 6.3 (Final) Linux 2.6.32-279.5.2.el6.x86_64 
>            Reporter: Octavio Ruiz
>            Assignee: Matt Jordan
>            Severity: Critical
>         Attachments: core.1.bt, core.2.bt, core.3.bt, core.4.bt, core.5.bt, core.6.bt, core.7.bt, core.8.bt
>
>
> When using Asterisk 11 beta1, beta2 and release candidate 1 as a SIP to SIP gateway transcoding calls from G.711 to G.729 using a Sangoma D100 card it segfaults randomly. Backtraces does not seems to relate the use of this card to the segfaults, last known version that worked stable was 1.8.12.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira