Second time Freepbx has just stopped

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.

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

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

1 Like

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?

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

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

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 [[email protected]:7] Answer(“SIP/5XXXXXX3-out-00000048”, “”) in new stack
[2019-06-25 08:28:05] VERBOSE[30192][C-00000025] pbx.c: Executing [[email protected]:8] Wait(“SIP/5XXXXXX3-out-00000048”, “1”) in new stack
[2019-06-25 08:28:06] VERBOSE[30192][C-00000025] pbx.c: Executing [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]:5] GotoIf(“SIP/5XXXXXX3-out-00000048”, “0?return”) in new stack
[2019-06-25 08:28:34] VERBOSE[30192][C-00000025] pbx.c: Executing [[email protected]: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 [[email protected]: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.

After the downgrade these updates are available.
|asterisk13-flite.x86_64|2.4-4_2505af1.sng7|2.4.2_2505af1.sng7|
|asterisk13-g729.x86_64|1711-2.sng7|1711.1.sng7|
|asterisk13-res_digium_phone.x86_64|3.5.0-1.sng7|3.4.10.1.sng7|

Will these put me back into the bad asterisk build?

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

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

created new post on this.

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