Asterisk stops and terminate calls

Hello!

I’m having a problem with my FreePBX system. Randomly, while on a call, Asterisk restarts, terminating all calls. Last time it did it, I had the CLI open, and there is nothing showed. Even in the full log, I have all the “calling” informations, then Remote UNIX connection, Remote UNIX connection disconnected, and then all the logs from asterisk restarting. Nothing else…

Any idea on the possible cause of this problem?

Here is the CLI at the moment of the call crash… (I changed the phone numbers for XXXXXXX…)

[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Executing [[email protected]:8] Set("SIP/201-00000023", "EMERGENCYCID=") in new stack
[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Executing [[email protected]:9] Set("SIP/201-00000023", "TRUNKOUTCID=XXX-XXX-XXXX") in new stack
[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Executing [[email protected]:10] GotoIf("SIP/201-00000023", "1?trunkcid") in new stack
[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Goto (macro-outbound-callerid,s,15)
[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Executing [[email protected]:15] ExecIf("SIP/201-00000023", "1?Set(CALLERID(all)=XXX-XXX-XXXX)") in new stack
[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Executing [[email protected]:16] ExecIf("SIP/201-00000023", "1?Set(CALLERID(all)=CTFC)") in new stack
[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Executing [[email protected]:17] ExecIf("SIP/201-00000023", "0?Set(CALLERID(all)=)") in new stack
[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Executing [[email protected]:18] ExecIf("SIP/201-00000023", "0?Set(CALLERPRES(name-pres)=prohib_passed_screen)") in new stack
[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Executing [[email protected]:19] ExecIf("SIP/201-00000023", "0?Set(CALLERPRES(num-pres)=prohib_passed_screen)") in new stack
[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Executing [[email protected]:20] Set("SIP/201-00000023", "CDR(outbound_cnum)=") in new stack
[2016-02-26 11:42:47] WARNING[3125] func_cdr.c: CDR requires a value (CDR(variable)=value)
)[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Executing [[email protected]:21] Set("SIP/201-00000023", "CDR(outbound_cnam)=CTFC") in new stack
[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Executing [[email protected]:12] GosubIf("SIP/201-00000023", "0?sub-flp-2,s,1()") in new stack
[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Executing [[email protected]:13] Set("SIP/201-00000023", "OUTNUM=1450XXXXXXX") in new stack
[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Executing [[email protected]:14] Set("SIP/201-00000023", "custom=DAHDI/1") in new stack
[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Executing [[email protected]:15] ExecIf("SIP/201-00000023", "0?Set(DIAL_TRUNK_OPTIONS=M(setmusic^default)Tt)") in new stack
[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Executing [[email protected]:16] ExecIf("SIP/201-00000023", "0?Set(DIAL_TRUNK_OPTIONS=TtM(confirm))") in new stack
[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Executing [[email protected]:17] Macro("SIP/201-00000023", "dialout-trunk-predial-hook,") in new stack
[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Executing [[email protected]:1] MacroExit("SIP/201-00000023", "") in new stack
[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Executing [[email protected]:18] GotoIf("SIP/201-00000023", "0?bypass,1") in new stack
[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Executing [[email protected]:19] ExecIf("SIP/201-00000023", "1?Set(CONNECTEDLINE(num,i)=1450XXXXXXX)") in new stack
[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Executing [[email protected]:20] ExecIf("SIP/201-00000023", "1?Set(CONNECTEDLINE(name,i)=CID:)") in new stack
[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Executing [[email protected]:21] ExecIf("SIP/201-00000023", "0?Set(CONNECTEDLINE(name,i)=CID:(Hidden))") in new stack
[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Executing [[email protected]:22] GotoIf("SIP/201-00000023", "0?customtrunk") in new stack
[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] pbx.c: Executing [[email protected]:23] Dial("SIP/201-00000023", "DAHDI/1/1450XXXXXXX,300,Tt") in new stack
[2016-02-26 11:42:47] VERBOSE[30714][C-00000022] app_dial.c: Called DAHDI/1/14507631313
[2016-02-26 11:42:51] VERBOSE[30714][C-00000022] app_dial.c: DAHDI/1-1 answered SIP/201-00000023
[2016-02-26 11:42:51] VERBOSE[30716][C-00000022] bridge_channel.c: Channel DAHDI/1-1 joined 'simple_bridge' basic-bridge <943d21d6-a248-499c-b59a-e230e3972b32>
[2016-02-26 11:42:51] VERBOSE[30714][C-00000022] bridge_channel.c: Channel SIP/201-00000023 joined 'simple_bridge' basic-bridge <943d21d6-a248-499c-b59a-e230e3972b32>
[2016-02-26 11:42:51] WARNING[30714][C-00000022] chan_iax2.c: Resyncing the jb. last_delay 0, this delay -2446746, threshold 1000, new offset 2446746
[2016-02-26 11:44:01] VERBOSE[3087] asterisk.c: Remote UNIX connection
[2016-02-26 11:44:01] VERBOSE[30805] asterisk.c: Remote UNIX connection disconnected
[2016-02-26 11:44:25] Asterisk 13.7.2 built by mockbuild @ jenkins2.schmoozecom.net on a i686 running Linux on 2016-02-13 06:59:26 UTC
[2016-02-26 11:44:25] VERBOSE[30844] manager.c: Manager registered action DBGet
[2016-02-26 11:44:25] VERBOSE[30844] manager.c: Manager registered action DBPut
[2016-02-26 11:44:25] VERBOSE[30844] manager.c: Manager registered action DBDel
[2016-02-26 11:44:25] VERBOSE[30844] manager.c: Manager registered action DBDelTree
[2016-02-26 11:44:25] VERBOSE[30844] message.c: Message handler 'dialplan' registered.

Thank you very much!

My guess is that asterisk crashed, there are obviously no logging after the fact but safe_asterisk will restart it, if you look in wherever your system logs kernel messages , probably /var/log/messages but perhaps /var/log/syslog at about 11:44:01 you should see some logs that might help.

Hi,

Sorry I did not answer! I looked in the logs but there is nothing!

I think it had something to do with the Dahdi configuration… I went through the configuration again, I’ll test and let you know!

Frédéric