Second time Freepbx has just stopped

MacsOffice · June 19, 2019, 11:28pm

A couple weeks ago my FreePBX machine was unresponsive, I couldn’t connect in any way, GUI didn’t load and SSH wouldn’t answer yet the HD led would flash occasionally like it was alive. Hard reboot once followed by a graceful reboot brought it back to life.

Now a couple weeks later and the GUI opens fine but says Asterisk isn’t responding in the right corner.

SSH in and try Asterisk -r and get no response. Next tried reboot now and it rebooted and everything came back up.

I though maybe the first failure was because its in a hot room but today is not so hot, Any thoughts on what could make Asterisk just quit and are there any maintenance commands I should run to check on filesystem or disk health? The Dashboard says its fine and updated modules and system fully but I’m a Linux idiot so I’m a little concerned to google an answer to this for fear of getting bad advice.

dicko · June 19, 2019, 11:47pm

Check the last lines of

/var/log/asterisk/full

are they quite recently timestamped? If not check in /var/log/messages at about that time. Also check for coredumps in /tmp

lgaetz · June 19, 2019, 11:49pm

Asterisk version? Does this apply to you: Removal of Asterisk 13.26.0-1 and Asterisk 15.7.2-1

MacsOffice · June 22, 2019, 2:32am

I was indeed on 13.26 and I ran the downgrade to 13.22. The gui still reports 13.26 but asterisk -r says 13.22. I imagine that will self correct .
That would be great if thats all it is. Is there a reason that the gui upgrade was not informed or able to notify me of this?

lgaetz · June 22, 2019, 4:53pm

Module Admin sends notifications of pending updates, this is not an update.

MacsOffice · June 24, 2019, 12:14am

Fair enough. How does one find out about these things then? Is there a keyword to follow on the forum maybe?

MacsOffice · June 25, 2019, 6:48pm

The random non responsiveness continues - This is the log at the time it occurs

25 08:28:05] VERBOSE[30192][C-00000025] pbx.c: Executing [s@ivr-1:7] Answer(“SIP/5XXXXXX3-out-00000048”, “”) in new stack
[2019-06-25 08:28:05] VERBOSE[30192][C-00000025] pbx.c: Executing [s@ivr-1:8] Wait(“SIP/5XXXXXX3-out-00000048”, “1”) in new stack
[2019-06-25 08:28:06] VERBOSE[30192][C-00000025] pbx.c: Executing [s@ivr-1:9] Set(“SIP/5XXXXXX3-out-00000048”, “IVR_MSG=custom/ivr-welcome-header&custom/ivr-valley-open-choices”) in new stack
[2019-06-25 08:28:06] VERBOSE[30192][C-00000025] pbx.c: Executing [s@ivr-1:10] Set(“SIP/5XXXXXX3-out-00000048”, “TIMEOUT(digit)=3”) in new stack
[2019-06-25 08:28:06] VERBOSE[30192][C-00000025] func_timeout.c: Digit timeout set to 3.000
[2019-06-25 08:28:06] VERBOSE[30192][C-00000025] pbx.c: Executing [s@ivr-1:11] ExecIf(“SIP/5XXXXXX3-out-00000048”, “1?Background(custom/ivr-welcome-header&custom/ivr-valley-open-choices)”) in new stack
[2019-06-25 08:28:06] VERBOSE[30192][C-00000025] file.c: <SIP/5XXXXXX3-out-00000048> Playing ‘custom/ivr-welcome-header.slin’ (language ‘en’)
[2019-06-25 08:28:17] VERBOSE[30192][C-00000025] file.c: <SIP/5XXXXXX3-out-00000048> Playing ‘custom/ivr-valley-open-choices.slin’ (language ‘en’)
[2019-06-25 08:28:34] VERBOSE[30192][C-00000025] pbx.c: Spawn extension (ivr-1, s, 11) exited non-zero on ‘SIP/5XXXXXX3-out-00000048’
[2019-06-25 08:28:34] VERBOSE[30192][C-00000025] pbx.c: Executing [h@ivr-1:1] Hangup(“SIP/5XXXXXX3-out-00000048”, “”) in new stack
[2019-06-25 08:28:34] VERBOSE[30192][C-00000025] pbx.c: Spawn extension (ivr-1, h, 1) exited non-zero on ‘SIP/5XXXXXX3-out-00000048’
[2019-06-25 08:28:34] VERBOSE[30192][C-00000025] app_stack.c: SIP/5XXXXXX3-out-00000048 Internal Gosub(crm-hangup,s,1) start
[2019-06-25 08:28:34] VERBOSE[30192][C-00000025] pbx.c: Executing [s@crm-hangup:1] NoOp(“SIP/5XXXXXX3-out-00000048”, “Sending Hangup to CRM”) in new stack
[2019-06-25 08:28:34] VERBOSE[30192][C-00000025] pbx.c: Executing [s@crm-hangup:2] NoOp(“SIP/5XXXXXX3-out-00000048”, “HANGUP CAUSE: 16”) in new stack
[2019-06-25 08:28:34] VERBOSE[30192][C-00000025] pbx.c: Executing [s@crm-hangup:3] ExecIf(“SIP/5XXXXXX3-out-00000048”, “0?Set(__CRM_VOICEMAIL=)”) in new stack
[2019-06-25 08:28:34] VERBOSE[30192][C-00000025] pbx.c: Executing [s@crm-hangup:4] NoOp(“SIP/5XXXXXX3-out-00000048”, “MASTER CHANNEL: 1561476485.93 = 1561476485.93”) in new stack
[2019-06-25 08:28:34] VERBOSE[30192][C-00000025] pbx.c: Executing [s@crm-hangup:5] GotoIf(“SIP/5XXXXXX3-out-00000048”, “0?return”) in new stack
[2019-06-25 08:28:34] VERBOSE[30192][C-00000025] pbx.c: Executing [s@crm-hangup:6] Set(“SIP/5XXXXXX3-out-00000048”, “__CRM_HANGUP=1”) in new stack
[2019-06-25 08:28:34] VERBOSE[30192][C-00000025] pbx.c: Executing [s@crm-hangup:7] AGI(“SIP/5XXXXXX3-out-00000048”, “sangomacrm.agi”) in new stack
[2019-06-25 08:28:34] VERBOSE[30192][C-00000025] res_agi.c: Launched AGI Script /var/lib/asterisk/agi-bin/sangomacrm.agi
[2019-06-25 08:58:08] VERBOSE[2677] loader.c: Reloading module ‘app_voicemail.so’ (Comedian Mail (Voicemail System))
[2019-06-25 08:58:08] WARNING[2677] app_voicemail.c: maxsilence should be less than minsecs or you may get empty messages
[2019-06-25 09:50:23] VERBOSE[11288] netsock2.c: Using SIP RTP TOS bits 184
[2019-06-25 09:50:23] VERBOSE[11288] netsock2.c: Using SIP RTP CoS mark 5
[2019-06-25 09:51:50] VERBOSE[11499] netsock2.c: Using SIP RTP TOS bits 184
[2019-06-25 09:51:50] VERBOSE[11499] netsock2.c: Using SIP RTP CoS mark 5
[2019-06-25 09:52:09] VERBOSE[11649] netsock2.c: Using SIP RTP TOS bits 184
[2019-06-25 09:52:09] VERBOSE[11649] netsock2.c: Using SIP RTP CoS mark 5
[2019-06-25 09:52:43] VERBOSE[11682] netsock2.c: Using SIP RTP TOS bits 184

Issued Reboot -h

[2019-06-25 10:06:07] VERBOSE[13981] netsock2.c: Using SIP RTP CoS mark 5
[2019-06-25 10:07:59] VERBOSE[14220] netsock2.c: Using SIP RTP TOS bits 184
[2019-06-25 10:07:59] VERBOSE[14220] netsock2.c: Using SIP RTP CoS mark 5
[2019-06-25 11:29:40] VERBOSE[15699] asterisk.c: Remote UNIX connection
[2019-06-25 11:30:20] VERBOSE[28243] asterisk.c: Remote UNIX connection disconnected
[2019-06-25 11:30:34] VERBOSE[15664] asterisk.c: Asterisk uncleanly ending (0).
[2019-06-25 11:30:34] VERBOSE[15664] asterisk.c: Executing last minute cleanups
[2019-06-25 11:30:34] VERBOSE[15664] res_musiconhold.c: Destroying musiconhold processes
[2019-06-25 11:30:35] VERBOSE[15664] manager.c: Manager unregistered action DBGet
[2019-06-25 11:30:35] VERBOSE[15664] manager.c: Manager unregistered action DBPut
[2019-06-25 11:30:35] VERBOSE[15664] manager.c: Manager unregistered action DBDel
[2019-06-25 11:30:35] VERBOSE[15664] manager.c: Manager unregistered action DBDelTree
[2019-06-25 11:32:20] Asterisk 13.22.0 built by mockbuild @ jenkins7 on a x86_64 running Linux on 2018-07-25 22:30:39 UTC
[2019-06-25 11:32:20] VERBOSE[5889] message.c: Message handler ‘dialplan’ registered.

And what is this message you have to be kidding?
[2019-06-25 11:32:20] WARNING[5889] presencestate.c: No provider found for label CustomPresence
[2019-06-25 11:32:20] WARNING[5889] presencestate.c: No provider found for label CustomPresence
[2019-06-25 11:32:20] WARNING[5889] presencestate.c: No provider found for label CustomPresence
[2019-06-25 11:32:20] WARNING[5889] pbx.c: Unable to register extension ‘*8670’ priority -1 in ‘park-hints’, already in use
[2019-06-25 11:32:20] WARNING[5889] pbx_config.c: Unable to register extension at line 4505 of /etc/asterisk/extensions_additional.conf
[2019-06-25 11:32:20] WARNING[5889] pbx.c: Extension ‘s’ priority 13 in ‘macro-user-logon’, label ‘gotpass’ already in use at priority 9
[2019-06-25 11:32:20] ERROR[5889] pbx.c: You have to be kidding– add exten ‘’ to context clean? Figure out a name and call me back. Action ignored.

MacsOffice · June 25, 2019, 6:52pm

Will these put me back into the bad asterisk build?

lgaetz · June 25, 2019, 8:16pm

No, the bad rpms were pulled from our repos months ago.

MacsOffice · June 26, 2019, 12:10am

Cool, Have any insight on the logfile I posted during the event?

MacsOffice · June 29, 2019, 8:20pm

created new post on this.

system · July 6, 2019, 8:20pm

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.