Hello All,
Sorry this is a long one…
I went through the normal process of [Upgrading from FreePBX 10.13.66 to SNG7].
I made sure everything was current in modules and yum.
Downloaded the distro-upgrade and ran it.
No errors or issues.
Rebooted the server, it went through it’s process, eventually I logged in SSH and was able to look around it appeared that everything was done.
When I tried to connect via web interface, I got 500 errors.
I ran asterisk to see was happenig and it wasn’t running, so I tried fwconsole start without success. After a couple of attempts I did a yum updated, only 2 minor updates curl and libcurl, ran post_upgrade script and rebooted.
When it came back up, I saw an older version of asterisk 13 running so I switched to 16, tried to restart with fwconsole start but got this error:
In Start.class.php line 191:
Unable to connect to Asterisk. Did it start?
I then rebooted and in theory it came back up.
Went to rasterisk and saw several of the following:
[2020-11-19 03:54:16] NOTICE[4107]: manager.c:3548 authenticate: 127.0.0.1 failed to authenticate as ‘admin’
[2020-11-19 03:54:16] NOTICE[2253]: res_pjsip/pjsip_distributor.c:666 log_failed_request: Request ‘REGISTER’ from ‘sip:[email protected]’ failed for ‘10.0.1.124:59045’ (callid: [email protected]) - No matching endpoint found
I was still getting 500 errors on the browser and in apache log:
[19/Nov/2020:03:14:32 +0000] “GET /admin/config.php HTTP/1.1” 500 - “-” “Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.198 Safari/537.36”
At some point asterisk after around 5 minutes automatically exited, no real info and it was somehow Asterisk 13.36.0 even though I switched.
Ran asterisk-version-switch and selected 15.
In that process everything looked good until the following:
Core FastAGI Server is not running
SmartOffice Server is not running
Stopping RestApps Server
Stopped RestApps Server
SangomaConnect Server is not running
UCP Node Server is not running
Stopping Chat Server
Stopped Chat Server
Zulu Server is not running
In php-asmanager.php line 489:
fclose(): 110 is not a valid stream resource
If I checked the version with Asterisk -V it showed 15.7.4, but when I went into asterisk it was running v13.36.0
Rebooted, and now asterisk 15.7.4 was running, but slightly different errors from before, and it did exit on its own again.
[2020-11-19 04:12:28] NOTICE[2750]: manager.c:3487 authenticate: 127.0.0.1 failed to authenticate as ‘admin’
[2020-11-19 04:12:29] NOTICE[2267]: res_pjsip/pjsi
Went extreme and asterisk-version switch to 17 resulting in:
asterisk17 has now been verified to be installed
Checking for orphaned asterisk files in /usr/lib64/asterisk/modules…
Finished checking /usr/lib64/asterisk/modules
Restarting Asterisk…
Running FreePBX shutdown…
Core FastAGI Server is not running
SmartOffice Server is not running
RestApps Server is not running
SangomaConnect Server is not running
UCP Node Server is not running
Chat Server is not running
Zulu Server is not running
In php-asmanager.php line 489:
fclose(): 110 is not a valid stream resource
restart [-i|–immediate] [–] []…
Rebooted server, didn’t start properly so I ran fwconsole resulting in:
The process “systemctl restart fail2ban” exceeded the timeout of 60 seconds.
Running Asterisk pre from Vega module
Running Vega Hooks
Starting Asterisk…
[--------------->------------] 31 secs
In Start.class.php line 191:
Unable to connect to Asterisk. Did it start?
Last effort ran _fwconsole ma upgradeall_resulting in:
No repos specified, using: [commercial,standard,extended,unsupported] from last GUI settings
Module(s) requiring upgrades: findmefollow
Upgrading module ‘findmefollow’ from 14.0.1.28 to 14.0.1.28
Downloading module ‘findmefollow’
Processing findmefollow
Verifying local module download…Verified
Extracting…Done
Download completed in 1 seconds
Updating tables findmefollow…Done
In php-asmanager.php line 242:
Asterisk is not connected
Confirmed Running:
Sangoma Linux release 7.8.2003 (Core)
12.7.8-2008-1.sng7
Asterisk 17.7.0
Any direction appreciated… hoping not to have to drive to client and start from ground zero.
(yes we have daily backups for configs)