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

Mon Nov 30 14:11:16 CST 2020

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

Mauri de Souza Meneguzzo (3CPlus) commented on ASTERISK-29187:
--------------------------------------------------------------

{noformat}
(gdb) p *sub
Cannot access memory at address 0x30ec8348e5894855
(gdb) up
#1  0x000055d23a2f7d63 in publish_msg (topic=0x7fa328020c60, message=0x7fa2740b6fd8, sync_sub=0x0) at stasis.c:1484
1484    in stasis.c
(gdb) p *topic
$1 = {subscribers = {elems = 0x55d23a1b75bd <hash_ao2_node_destructor>, max = 0, current = 12036734452215316481}, upstream_topics = {elems = 0x7fa32804b780,
    max = 140338728017104, current = 1}, subscriber_id = 0, name = 0x0, detail = 0x2 <error: Cannot access memory at address 0x2>, creationtime = 0x35}
{noformat}

> 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: Mauri de Souza Meneguzzo (3CPlus)
>         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)