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

Mon Nov 30 13:10:16 CST 2020

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

Diogo Hartmann commented on ASTERISK-29187:
-------------------------------------------

Thank you Mauri for reopening this case.

Just to be clear, in fact this problem has been occurring for a long time, I believe it is from before version 17.3.0 and It never stopped occurring, we have been supporting the falls until now due to lack of time to adjust the image to generate the required core dump.

I believe that now with the core dump files and some kind help of the Asterisk community we will finally be able to eliminate this problem that has been hindering us for the past few years.

Thanks!

> 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)
>
> This is a follow up for ASTERISK-28931, which we opened some time ago. Seems like the same problem is happening again.
> This problem started on 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 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
> #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
> GDB's "bt" output:
> (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

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