[asterisk-bugs] [JIRA] (ASTERISK-28947) Segmentation fault in mixmonitor_ds_destroy
Kevin Harwell (JIRA)
noreply at issues.asterisk.org
Tue Jun 16 17:14:25 CDT 2020
[ https://issues.asterisk.org/jira/browse/ASTERISK-28947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=251139#comment-251139 ]
Kevin Harwell commented on ASTERISK-28947:
------------------------------------------
Since you still have the core file can you run the ast_coredumper with the following options against it:
{noformat}
$ /var/lib/asterisk/scripts/ast_coredumper --tarball-coredumps --no-default-search <path_to_coredump>
{noformat}
The resulting tarball will be too large to attach here. Instead upload it to the provider of your choice (for instance Google Drive, DropBox, etc... somewhere we can retrieve it) and email the link to asteriskteam at digium.com with the following subject:
ASTERISK-28947 - Coredumps.
Thanks!
> Segmentation fault in mixmonitor_ds_destroy
> -------------------------------------------
>
> Key: ASTERISK-28947
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-28947
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Applications/app_mixmonitor
> Affects Versions: 16.10.0
> Environment: ubuntu 18.04, asterisk 16.10, pjsip
> Reporter: Robert Sutton
> Assignee: Unassigned
>
> This has occurred twice in about 10 days.
> {noformat}
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> bCore was generated by `/usr/sbin/asterisk -f -g -U asterisk -g -G shared -vvv'.
> Program terminated with signal SIGSEGV, Segmentation fault.
> #0 __GI_abort () at abort.c:107
> 107 abort.c: No such file or directory.
> [Current thread is 1 (Thread 0x7f88d8855700 (LWP 14549))]
> (gdb) bt
> #0 __GI_abort () at abort.c:107
> #1 0x00007f89f6454897 in __libc_message (action=action at entry=do_abort, fmt=fmt at entry=0x7f89f6581b9a "%s\n") at ../sysdeps/posix/libc_fatal.c:181
> #2 0x00007f89f645b90a in malloc_printerr (str=str at entry=0x7f89f65837a8 "munmap_chunk(): invalid pointer") at malloc.c:5350
> #3 0x00007f89f6462ecc in munmap_chunk (p=0x7f88ec01a700) at malloc.c:2846
> #4 __GI___libc_free (mem=0x7f88ec01a710) at malloc.c:3117
> #5 0x0000561aa218d2dd in __ast_free (ptr=0x7f88ec01a710, file=0x7f89ab9f6185 "app_mixmonitor.c", lineno=454, func=0x7f89ab9f7230 <__PRETTY_FUNCTION__.15608> "mixmonitor_ds_destroy") at astmm.c:1588
> #6 0x00007f89ab9eeea5 in mixmonitor_ds_destroy (data=0x7f88ec062190) at app_mixmonitor.c:454
> #7 0x0000561aa220f8d4 in ast_datastore_free (datastore=0x7f88ec00b250) at datastore.c:74
> #8 0x0000561aa21d1d54 in ast_channel_destructor (obj=0x7f89c0ac4530) at channel.c:2243
> #9 0x0000561aa218eaea in __ao2_ref (user_data=0x7f89c0ac4530, delta=-1, tag=0x7f89ab9f64c5 "", file=0x7f89ab9f6185 "app_mixmonitor.c", line=1309, func=0x7f89ab9f73f0 <__PRETTY_FUNCTION__.16078> "handle_cli_mixmonitor") at astobj2.c:614
> #10 0x00007f89ab9f4955 in handle_cli_mixmonitor (e=0x7f89abbf8440 <cli_mixmonitor>, cmd=-4, a=0x7f88d8853e20) at app_mixmonitor.c:1309
> #11 0x0000561aa21ffb3e in ast_cli_command_full (uid=-1, gid=-1, fd=285,
> s=0x7f88ec027479 "mixmonitor start PJSIP/trunk-0000372B \"/var/spool/asterisk/monitor/1591853283.17660-xxxxxxx-xxxxxxxxx-I-2.wav\",'',\"curl 'http://127.0.0.1:8080/rest/recordingMigration/migrate?guid=1591853314407-9"...) at cli.c:2833
> #12 0x0000561aa2372d70 in action_command (s=0x7f88d8854c40, m=0x7f88d88543d0) at manager.c:5241
> #13 0x0000561aa237903b in process_message (s=0x7f88d8854c40, m=0x7f88d88543d0) at manager.c:6612
> #14 0x0000561aa2379a5d in do_message (s=0x7f88d8854c40) at manager.c:6825
> #15 0x0000561aa2379f0f in session_do (data=0x7f89700094d0) at manager.c:6930
> #16 0x0000561aa2301f6b in handle_tcptls_connection (data=0x7f89700094d0) at tcptls.c:274
> #17 0x0000561aa23145e2 in dummy_start (data=0x7f8970004d80) at utils.c:1249
> #18 0x00007f89f72fb6db in start_thread (arg=0x7f88d8855700) at pthread_create.c:463
> #19 0x00007f89f64ec88f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list