[asterisk-bugs] [JIRA] (ASTERISK-28927) Asterisk crash in music on hold

[Asterisk Team (JIRA)]

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

Asterisk Team commented on ASTERISK-28927:
------------------------------------------

Thanks for creating a report! The issue has entered the triage process. That means the issue will wait in this status until a Bug Marshal has an opportunity to review the issue. Once the issue has been reviewed you will receive comments regarding the next steps towards resolution.

A good first step is for you to review the [Asterisk Issue Guidelines|https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines] if you haven't already. The guidelines detail what is expected from an Asterisk issue report.

Then, if you are submitting a patch, please review the [Patch Contribution Process|https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process].

Please note that once your issue enters an open state it has been accepted. As Asterisk is an open source project there is no guarantee or timeframe on when your issue will be looked into. If you need expedient resolution you will need to find and pay a suitable developer. Asking for an update on your issue will not yield any progress on it and will not result in a response. All updates are posted to the issue when they occur.

> Asterisk crash in music on hold
> -------------------------------
>
>                 Key: ASTERISK-28927
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28927
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_musiconhold
>    Affects Versions: 13.34.0
>         Environment: CentOS 6.10 64 bit
>            Reporter: David Cunningham
>
> We have an issue with Asterisk crashing in the music on hold code. It happened on Asterisk 11, and is still happening after an upgrade to Asterisk 13. Here is the backtrace:
> #0  0x00002b7043bd84f5 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
> #1  0x00002b7043bd9cd5 in abort () at abort.c:92
> #2  0x00002b7043c16417 in __libc_message (do_abort=2, fmt=0x2b7043cfec00 "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:198
> #3  0x00002b7043c1be5e in malloc_printerr (action=3, str=0x2b7043cfeed8 "double free or corruption (fasttop)", ptr=<value optimized out>, ar_ptr=<value optimized out>)
>     at malloc.c:6360
> #4  0x00002b7043c1ecad in _int_free (av=0x2b7064000020, p=0x2b7064048490, have_lock=0) at malloc.c:4846
> #5  0x00002b70e0003d54 in moh_scan_files (class=0x2b72cc01c078) at res_musiconhold.c:1101
> #6  0x00002b70e0008c34 in local_ast_moh_start (chan=0x2b706401aec8, mclass=<value optimized out>, interpclass=0x0) at res_musiconhold.c:1638
> #7  0x00002b70e0005638 in start_moh_exec (chan=0x2b706401aec8, data=0x2b7053776d16 "default") at res_musiconhold.c:904
> #8  0x0000000000564535 in pbx_exec (c=0x2b706401aec8, app=0xf4e5c0, data=0x2b7053776d16 "default") at pbx_app.c:494
> #9  0x00002b70c8616306 in handle_exec (chan=0x2b706401aec8, agi=0x2b70537787f0, argc=3, argv=0x2b7053776850) at res_agi.c:3140
> #10 0x00002b70c8618788 in agi_handle_command (chan=0x2b706401aec8, agi=0x2b70537787f0, buf=<value optimized out>, dead=0) at res_agi.c:4045
> #11 0x00002b70c8619025 in run_agi (chan=0x2b706401aec8, 
>     request=0x2b7053777560 "agi://127.0.0.1/product?scustomer=511&stype=queue&snumber=505&ctype=phone&cnumber=7049103&append_callerid=&screen=0&loopback=1", 
>     agi=0x2b70537787f0, pid=-1, status=0x2b7053778858, dead=0, argc=1, argv=0x2b7053777e28) at res_agi.c:4245
> #12 0x00002b70c8619d20 in agi_exec_full (chan=0x2b706401aec8, data=<value optimized out>, enhanced=<value optimized out>, dead=0) at res_agi.c:4531
> #13 0x0000000000564535 in pbx_exec (c=0x2b706401aec8, app=0xed26e0, 
>     data=0x2b7053778ad0 "agi://127.0.0.1/product?scustomer=511&stype=queue&snumber=505&ctype=phone&cnumber=7049103&append_callerid=&screen=0&loopback=1") at pbx_app.c:494
> #14 0x0000000000559da6 in pbx_extension_helper (c=0x2b706401aec8, con=<value optimized out>, context=0x2b706401b880 "product-call-exten", exten=0x2b706401b8d0 "2", 
>     priority=1, label=0x0, callerid=0x2b70640460c0 "5129477862", action=E_SPAWN, found=0x2b705377bc9c, combined_find_spawn=1) at pbx.c:2907
> #15 0x0000000000561b0d in ast_spawn_extension (c=0x2b706401aec8, args=0x0) at pbx.c:4151
> #16 __ast_pbx_run (c=0x2b706401aec8, args=0x0) at pbx.c:4328
> #17 0x000000000056325b in pbx_thread (data=<value optimized out>) at pbx.c:4650
> #18 0x00000000005d215e in dummy_start (data=<value optimized out>) at utils.c:1239
> #19 0x00002b7042fcaaa1 in start_thread (arg=0x2b705377c700) at pthread_create.c:301
> #20 0x00002b7043c8ec4d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115
> Asterisk is configured with a number of entries in /etc/asterisk/musiconhold.conf with streaming music, like this:
> [bloomberg]
> mode=custom
> application=/usr/bin/mpg123 -q -s --mono -r 8000 -f 1024 --rva-radio --rva-mix --rva-album --rva-audiophile -b 1024 -@ http://tunein.streamguys1.com/bloomberg991
> The mpg123 program is at version 1.20.1.
> Please let us know if you need any other information, thank you.



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