[asterisk-bugs] [JIRA] (ASTERISK-29187) stasis.c: FRACK!, Failed assertion bad magic number 0x0 for object in publish_msg

[Kevin Harwell (JIRA)]

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

Kevin Harwell commented on ASTERISK-29187:
------------------------------------------

{quote}I can also provide you the core dump if necessary.{quote}
Can't hurt to have it in this case.

{panel:title=Private Submission of Information Disclaimer}You have indicated that you wish to submit unredacted information privately. It is not recommended to do this as it will substantially restrict the number of individuals who can help with your issue, as submitted information is only available to Sangoma. Note that submission of such information does not change the priorization of this issue. If you still wish to proceed you may do so by sending it to asteriskteam at digium.com with the issue number in the subject. For large files please send a link where they can then be downloaded. By sending this information you agree to the Website Terms of Use available on the Sangoma website at https://www.sangoma.com/legal/. Any exchange of private information between you and an Asterisk community member outside of the Asterisk JIRA is not subject to the Website Terms of Use and should be privately discussed between yourself and the Asterisk community member.{panel}

Please execute the following to get the needed files [1]:
{noformat}
$ /var/lib/asterisk/scripts/ast_coredumper --tarball-coredumps --no-default-search <path_to_coredump>
{noformat}

[1] https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace#GettingaBacktrace-Reportingcrashesanddeadlocks

> stasis.c: FRACK!, Failed assertion bad magic number 0x0 for object in publish_msg
> ---------------------------------------------------------------------------------
>
>                 Key: ASTERISK-29187
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-29187
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_stasis
>    Affects Versions: 17.8.0, 18.0.1
>         Environment: Kubernetes pod running on a Container Optimized OS (GCE) instance
>            Reporter: Mauri de Souza Meneguzzo (3CPlus)
>            Assignee: Unassigned
>         Attachments: ast-coredumper-files.tar.gz
>
>
> This is a follow up for ASTERISK-28931, which we opened some time ago. Seems like the same problem is happening again.
> This problem occurs in versions as old as Asterisk 17.3.0 and is happening in every version onwards. We are currently running version 18.0.1 and the segfault still occurs.
> Our Asterisk instances are crashing at least one time per day and in some cases even multiple times, with the following backtrace being displayed:
> FRACK!, Failed assertion bad magic number 0x0 for object 0x7fa328020c60 (0) at line 1474 in publish_msg of stasis.c
> {noformat}
> #0: asterisk __ast_assert_failed()
> #1: asterisk <unknown>()
> #2: asterisk __ao2_ref() 
> #3: asterisk <unknown>() 
> #4: asterisk stasis_publish() 
> #5: asterisk bridge_topics_destroy() 
> #6: asterisk <unknown>() 
> #7: asterisk __ao2_ref() 
> #8: asterisk <unknown>() 
> #9: asterisk __ao2_ref() 
> #10: asterisk ast_bridge_depart() 
> #11: [0x7fa33f7c16c0] res_stasis.so res_stasis.c:1567 stasis_app_exec() 
> #12: [0x7fa33f02e310] app_stasis.so app_stasis.c:105 app_exec() 
> #13: asterisk pbx_exec() 
> #14: asterisk <unknown>() 
> #15: asterisk ast_spawn_extension() 
> #16: asterisk <unknown>() 
> #17: asterisk <unknown>() 
> #18: asterisk <unknown>() 
> #19: [0x7fa350359ea7] libpthread.so.0 pthread_create.c:478 start_thread() 
> #20: [0x7fa34ffb0d4f] libc.so.6 clone.S:97 __GI___clone() 
> 26 Segmentation fault (core dumped) asterisk  -fg
> {noformat}
> GDB's "bt" output:
> {noformat}
> (gdb) bt
> #0  0x000055d23a2f787a in dispatch_message (sub=0x30ec8348e5894855,
>     message=0x7fa2740b6fd8, synchronous=0) at stasis.c:1335
> #1  0x000055d23a2f7d63 in publish_msg (topic=0x7fa328020c60,
>     message=0x7fa2740b6fd8, sync_sub=0x0) at stasis.c:1484
> #2  0x000055d23a2f7df6 in stasis_publish (topic=0x7fa328020c60,
>     message=0x7fa2740b6fd8) at stasis.c:1509
> #3  0x000055d23a2fc765 in bridge_topics_destroy (bridge=0x7fa32807af10)
>     at stasis_bridges.c:344
> #4  0x000055d23a1c2afc in destroy_bridge (obj=0x7fa32807af10) at bridge.c:666
> #5  0x000055d23a1b41d8 in __ao2_ref (user_data=0x7fa32807af10, delta=-1,
>     tag=0x0,
>     file=0x55d23a3c7960 "\r\n<title>%d %s</title>\r\n</head><body>\r\n<h1>%s</h1>\r\n<p>%s</p>\r\n<hr />\r\n%s</body></html>\r\n", line=3105,
>     func=0x55d23a3c8f00 <__PRETTY_FUNCTION__.8> "playtones_generator")
>     at astobj2.c:614
> #6  0x000055d23a1e3ef1 in bridge_channel_destroy (obj=0x7fa274023ce0)
>     at bridge_channel.c:3105
> #7  0x000055d23a1b41d8 in __ao2_ref (user_data=0x7fa274023ce0, delta=-1,
>     tag=0x0, file=0x55d23a3c2bd9 "", line=1984,
>     func=0x55d23a3c4d60 <__PRETTY_FUNCTION__.130> "ent call progress message %d\n") at astobj2.c:614
> #8  0x000055d23a1c70ac in ast_bridge_depart (chan=0x7fa26c11da60)
>     at bridge.c:1984
> {noformat}



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