[asterisk-bugs] [JIRA] (ASTERISK-29721) channel.c: FRACK!, Failed assertion user_data is NULL

Joshua C. Colp (JIRA) noreply at issues.asterisk.org
Sun Nov 7 04:09:49 CST 2021


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

Joshua C. Colp commented on ASTERISK-29721:
-------------------------------------------

It appears the bug you have submitted is against a rather old version of a supported branch of Asterisk. There have been many issues fixed between the version you are using and the current version of your branch. Please test with the latest version in your Asterisk branch and report whether the issue persists.

Please see the Asterisk Versions [1] wiki page for info on which versions of Asterisk are supported.
[1] https://wiki.asterisk.org/wiki/display/AST/Asterisk+Versions



> channel.c: FRACK!, Failed assertion user_data is NULL
> -----------------------------------------------------
>
>                 Key: ASTERISK-29721
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-29721
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_pjsip
>    Affects Versions: 18.3.0
>            Reporter: Dan Erik Ollas
>            Severity: Major
>
> Hello!
> We have an asterisk installed on dedicated server.'
> Is has been running without issues until this error appeared:
> "FRACK!, Failed assertion user_data is NULL"
> The backtrace:
> ----------------------------------------------------------------------
> [2021-11-05 10:23:47.409] ERROR[44066] channel.c: FRACK!, Failed assertion user_data is NULL (0)
> [2021-11-05 10:23:47.469] ERROR[44066] : Got 25 backtrace records
> # 0: /opt/asterisk183/sbin/asterisk(__ast_assert_failed+0x84) [0x5ccb57]
> # 1: /opt/asterisk183/sbin/asterisk() [0x460038]
> # 2: /opt/asterisk183/sbin/asterisk(__ao2_lock+0x64) [0x460101]
> # 3: /opt/asterisk183/sbin/asterisk(ast_queue_unhold+0x6a) [0x49adfd]
> # 4: /opt/asterisk183/lib/asterisk/modules/res_pjsip_session.so(+0x22069) [0x7f6c8594e069]
> # 5: /opt/asterisk183/lib/libasteriskpj.so.2(+0x710b6) [0x7f6ce68660b6]
> # 6: /opt/asterisk183/lib/libasteriskpj.so.2(+0x69977) [0x7f6ce685e977]
> # 7: /opt/asterisk183/lib/libasteriskpj.so.2(pjsip_dlg_on_tsx_state+0xac) [0x7f6ce68ab501]
> # 8: /opt/asterisk183/lib/libasteriskpj.so.2(+0xb6d6f) [0x7f6ce68abd6f]
> # 9: /opt/asterisk183/lib/libasteriskpj.so.2(+0xaee9e) [0x7f6ce68a3e9e]
> #10: /opt/asterisk183/lib/libasteriskpj.so.2(+0xb0e22) [0x7f6ce68a5e22]
> #11: /opt/asterisk183/lib/libasteriskpj.so.2(pjsip_tsx_recv_msg+0xc1) [0x7f6ce68a4dfa]
> #12: /opt/asterisk183/lib/libasteriskpj.so.2(pjsip_dlg_on_rx_request+0x3fd) [0x7f6ce68aac54]
> #13: /opt/asterisk183/lib/libasteriskpj.so.2(+0xb7855) [0x7f6ce68ac855]
> #14: /opt/asterisk183/lib/libasteriskpj.so.2(pjsip_endpt_process_rx_data+0x1ac) [0x7f6ce68881c1]
> #15: /opt/asterisk183/lib/asterisk/modules/res_pjsip.so(+0x34573) [0x7f6c871dd573]
> #16: /opt/asterisk183/sbin/asterisk(ast_taskprocessor_execute+0x10d) [0x5b7e72]
> #17: /opt/asterisk183/sbin/asterisk() [0x5c16db]
> #18: /opt/asterisk183/sbin/asterisk(ast_taskprocessor_execute+0x10d) [0x5b7e72]
> #19: /opt/asterisk183/sbin/asterisk() [0x5bf597]
> #20: /opt/asterisk183/sbin/asterisk() [0x5c0fc9]
> #21: /opt/asterisk183/sbin/asterisk() [0x5c0d69]
> #22: /opt/asterisk183/sbin/asterisk() [0x5c9edd]
> #23: /lib64/libpthread.so.0(+0x7df3) [0x7f6ce4531df3]
> #24: /lib64/libc.so.6(clone+0x6d) [0x7f6ce38d71ad]
> (the restart after 30 secs)
> ----------------------------------------------------------------------
> What could this be?
> Thank
> /Dan Erik
> PS!
> We have a lot more components from list above but maybe it is not relevant here ....



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



More information about the asterisk-bugs mailing list