[asterisk-bugs] [JIRA] (ASTERISK-28160) Asterisk was failed down and restarted again.
Cao Minh Hiep (JIRA)
noreply at issues.asterisk.org
Sun Nov 11 21:08:47 CST 2018
[ https://issues.asterisk.org/jira/browse/ASTERISK-28160?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Cao Minh Hiep updated ASTERISK-28160:
-------------------------------------
Description:
Hello,
We are using Asterisk v13.12.0. We don't know what happened and how to reproduce this issue. But "cdr.c: CDR simple logging enabled" and "loader.c: 302 modules will be loaded " were shown out at the Asterisk logs. It means the Asterisk has been failed down and restarted.
We know that you only support us if it happens at the newest version.
But I would like to ask you that have you seen the issue like that before? and patch to solve this problem?.
Please let us know if you need more infomation.
Here are the logs when the issue occurred:
" [Nov 8 16:12:56] NOTICE[14997][C-00002f89] app_queue.c: Delaying member connect for 1 seconds
[Nov 8 16:13:14] WARNING[15526][C-00002f89] bridge_basic.c: Unexpected stimulus 'Transfer Target Answer' received in attended transfer state 'Blond Non-Final'
[Nov 8 16:13:14] ERROR[15526][C-00002f89] astobj2.c: FRACK!, Failed assertion user_data is NULL (0)
[Nov 8 16:13:14] ERROR[15526][C-00002f89] astobj2.c: FRACK!, Failed assertion user_data is NULL (0)
[Nov 8 16:13:42] NOTICE[16858] cdr.c: CDR simple logging enabled.
[Nov 8 16:13:42] NOTICE[16858] loader.c: 302 modules will be loaded.
[Nov 8 16:13:43] WARNING[16858] res_xmpp.c: Entity ID is not set. The distributing device state or MWI will not work.
[Nov 8 16:13:43] WARNING[16858] res_phoneprov.c: Unable to find a valid server address or name.
[Nov 8 16:13:43] ERROR[16858] ari/config.c: No configured users for ARI
[Nov 8 16:13:43] ERROR[16858] res_pjsip_publish_asterisk.c: Entity ID is not set.
[Nov 8 16:13:43] WARNING[16858] res_config_pgsql.c: Possibly unsupported column type 'numeric' on column 'regseconds' "
---------
CORE:
"Core was generated by `/usr/sbin/asterisk -f -g'.
Program terminated with signal 11, Segmentation fault.
#0 ast_channel_internal_bridge_channel (chan=chan at entry=0x0) at channel_internal_api.c:1410
1410 return chan->bridge_channel;
-------
bt:
(gdb) bt
#0 ast_channel_internal_bridge_channel (chan=chan at entry=0x0) at channel_internal_api.c:1410
#1 0x00000000004c5696 in ast_channel_get_bridge_channel (chan=chan at entry=0x0) at channel.c:10492
#2 0x000000000047ae9c in ringing (chan=0x0) at bridge_basic.c:1804
#3 blond_enter (props=props at entry=0x7f84b402e2c8) at bridge_basic.c:2315
#4 0x000000000047afda in blond_nonfinal_enter (props=0x7f84b402e2c8) at bridge_basic.c:2329
#5 0x00000000004778ab in attended_transfer_monitor_thread (data=data at entry=0x7f84b402e2c8) at bridge_basic.c:3047
#6 0x00000000005ecdee in dummy_start (data=<optimized out>) at utils.c:1235
#7 0x00007f8533bbfdc5 in start_thread () from /lib64/libpthread.so.0
#8 0x00007f85331a173d in clone () from /lib64/libc.so.6 "
---------
Best regards.
was:
Hello,
We are using Asterisk v13.12.0. We don't know what happened and how to reproduce this issue. But "cdr.c: CDR simple logging enabled" and "loader.c: 302 modules will be loaded " were shown out at the Asterisk logs. It means the Asterisk has been failed down and restarted.
We know that you only support us if it happens at the newest version.
But I would like to ask you that have you seen the issue like that before? and patch to solve this problem?.
Here are the logs when the issue occurred:
" [Nov 8 16:12:56] NOTICE[14997][C-00002f89] app_queue.c: Delaying member connect for 1 seconds
[Nov 8 16:13:14] WARNING[15526][C-00002f89] bridge_basic.c: Unexpected stimulus 'Transfer Target Answer' received in attended transfer state 'Blond Non-Final'
[Nov 8 16:13:14] ERROR[15526][C-00002f89] astobj2.c: FRACK!, Failed assertion user_data is NULL (0)
[Nov 8 16:13:14] ERROR[15526][C-00002f89] astobj2.c: FRACK!, Failed assertion user_data is NULL (0)
[Nov 8 16:13:42] NOTICE[16858] cdr.c: CDR simple logging enabled.
[Nov 8 16:13:42] NOTICE[16858] loader.c: 302 modules will be loaded.
[Nov 8 16:13:43] WARNING[16858] res_xmpp.c: Entity ID is not set. The distributing device state or MWI will not work.
[Nov 8 16:13:43] WARNING[16858] res_phoneprov.c: Unable to find a valid server address or name.
[Nov 8 16:13:43] ERROR[16858] ari/config.c: No configured users for ARI
[Nov 8 16:13:43] ERROR[16858] res_pjsip_publish_asterisk.c: Entity ID is not set.
[Nov 8 16:13:43] WARNING[16858] res_config_pgsql.c: Possibly unsupported column type 'numeric' on column 'regseconds' "
---------
CORE:
"Core was generated by `/usr/sbin/asterisk -f -g'.
Program terminated with signal 11, Segmentation fault.
#0 ast_channel_internal_bridge_channel (chan=chan at entry=0x0) at channel_internal_api.c:1410
1410 return chan->bridge_channel;
-------
bt:
(gdb) bt
#0 ast_channel_internal_bridge_channel (chan=chan at entry=0x0) at channel_internal_api.c:1410
#1 0x00000000004c5696 in ast_channel_get_bridge_channel (chan=chan at entry=0x0) at channel.c:10492
#2 0x000000000047ae9c in ringing (chan=0x0) at bridge_basic.c:1804
#3 blond_enter (props=props at entry=0x7f84b402e2c8) at bridge_basic.c:2315
#4 0x000000000047afda in blond_nonfinal_enter (props=0x7f84b402e2c8) at bridge_basic.c:2329
#5 0x00000000004778ab in attended_transfer_monitor_thread (data=data at entry=0x7f84b402e2c8) at bridge_basic.c:3047
#6 0x00000000005ecdee in dummy_start (data=<optimized out>) at utils.c:1235
#7 0x00007f8533bbfdc5 in start_thread () from /lib64/libpthread.so.0
#8 0x00007f85331a173d in clone () from /lib64/libc.so.6 "
---------
Best regards.
> Asterisk was failed down and restarted again.
> ---------------------------------------------
>
> Key: ASTERISK-28160
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-28160
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: . I did not set the category correctly.
> Affects Versions: 13.12.0
> Reporter: Cao Minh Hiep
> Labels: pjsip
>
> Hello,
> We are using Asterisk v13.12.0. We don't know what happened and how to reproduce this issue. But "cdr.c: CDR simple logging enabled" and "loader.c: 302 modules will be loaded " were shown out at the Asterisk logs. It means the Asterisk has been failed down and restarted.
> We know that you only support us if it happens at the newest version.
> But I would like to ask you that have you seen the issue like that before? and patch to solve this problem?.
> Please let us know if you need more infomation.
> Here are the logs when the issue occurred:
> " [Nov 8 16:12:56] NOTICE[14997][C-00002f89] app_queue.c: Delaying member connect for 1 seconds
> [Nov 8 16:13:14] WARNING[15526][C-00002f89] bridge_basic.c: Unexpected stimulus 'Transfer Target Answer' received in attended transfer state 'Blond Non-Final'
> [Nov 8 16:13:14] ERROR[15526][C-00002f89] astobj2.c: FRACK!, Failed assertion user_data is NULL (0)
> [Nov 8 16:13:14] ERROR[15526][C-00002f89] astobj2.c: FRACK!, Failed assertion user_data is NULL (0)
> [Nov 8 16:13:42] NOTICE[16858] cdr.c: CDR simple logging enabled.
> [Nov 8 16:13:42] NOTICE[16858] loader.c: 302 modules will be loaded.
> [Nov 8 16:13:43] WARNING[16858] res_xmpp.c: Entity ID is not set. The distributing device state or MWI will not work.
> [Nov 8 16:13:43] WARNING[16858] res_phoneprov.c: Unable to find a valid server address or name.
> [Nov 8 16:13:43] ERROR[16858] ari/config.c: No configured users for ARI
> [Nov 8 16:13:43] ERROR[16858] res_pjsip_publish_asterisk.c: Entity ID is not set.
> [Nov 8 16:13:43] WARNING[16858] res_config_pgsql.c: Possibly unsupported column type 'numeric' on column 'regseconds' "
> ---------
> CORE:
> "Core was generated by `/usr/sbin/asterisk -f -g'.
> Program terminated with signal 11, Segmentation fault.
> #0 ast_channel_internal_bridge_channel (chan=chan at entry=0x0) at channel_internal_api.c:1410
> 1410 return chan->bridge_channel;
> -------
> bt:
> (gdb) bt
> #0 ast_channel_internal_bridge_channel (chan=chan at entry=0x0) at channel_internal_api.c:1410
> #1 0x00000000004c5696 in ast_channel_get_bridge_channel (chan=chan at entry=0x0) at channel.c:10492
> #2 0x000000000047ae9c in ringing (chan=0x0) at bridge_basic.c:1804
> #3 blond_enter (props=props at entry=0x7f84b402e2c8) at bridge_basic.c:2315
> #4 0x000000000047afda in blond_nonfinal_enter (props=0x7f84b402e2c8) at bridge_basic.c:2329
> #5 0x00000000004778ab in attended_transfer_monitor_thread (data=data at entry=0x7f84b402e2c8) at bridge_basic.c:3047
> #6 0x00000000005ecdee in dummy_start (data=<optimized out>) at utils.c:1235
> #7 0x00007f8533bbfdc5 in start_thread () from /lib64/libpthread.so.0
> #8 0x00007f85331a173d in clone () from /lib64/libc.so.6 "
> ---------
> Best regards.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list