yes I am sure as there was only option of upgrading to pbx 15 not 16.
14 to 15 upgrade tool.
yes I am sure as there was only option of upgrading to pbx 15 not 16.
14 to 15 upgrade tool.
The message says about this deprecated in the future version of php.
Whoops\Exception\ErrorException: Methods with the same name as their class will not be constructors in a future version of PHP; gui_link_nw_tab has a deprecated constructor in file /var/www/html/admin/modules/endpointman/functions.inc.php on line 284
Stack trace:
Iâm not aware of any other reports of a 14->15 upgrade failure like this, for the most part 14->15 is benign, there are zero OS changes in order to make it work. I just did a 14 install, fully upgraded the system and upgraded using the instructions on this wiki page with no major issues:
Upgrade to FreePBX 15 - FreePBX OpenSource Project - Documentation
I did run into this bug reported by Pitzkey for which there is an open ticket now, but I donât know how you ended up with PHP 7. Your priority now will be to get a working system, which as stated above will involve a fresh install and restore the previously made backup. If youâre able to figure out what went wrong with the upgrade, please share it so we can either document or fix for others.
I think check the system updates from module admin page and then update it which may be updated the php7
and when I started the upgrade from upgrade tool it ran into this problem
Can you please guide me If I remove php7.4 and reinstall the php5.6.
I just need to know which php 7.4 listed programs need to be removed and then install php5.6
[root@vps1534961015 ~]# yum list installed | grep php
freepbx16.x86_64 16.1-1.sng7 @sng-sng7php74
gd-last.x86_64 2.3.2-1.el7.remi @sng-sng7php74/7-8.2003.3.el7.sangoma
ioncube-loader-74.x86_64 11.0.0-1.sng7 @sng-sng7php74
libicu65.x86_64 65.1-1.el7.remi @sng-sng7php74/7-8.2003.3.el7.sangoma
libwebp7.x86_64 1.0.3-1.el7.remi @sng-sng7php74/7-8.2003.3.el7.sangoma
libzip5.x86_64 1.7.3-1.el7.remi @sng-sng7php74/7-8.2003.3.el7.sangoma
oniguruma5php.x86_64 6.9.8-1.el7.remi @remi-safe
php.x86_64 7.4.16-1.el7.remi @sng-sng7php74/7-8.2003.3.el7.sangoma
php-bcmath.x86_64 7.4.16-1.el7.remi @sng-sng7php74/7-8.2003.3.el7.sangoma
php-cli.x86_64 7.4.16-1.el7.remi @sng-sng7php74/7-8.2003.3.el7.sangoma
php-common.x86_64 7.4.16-1.el7.remi @sng-sng7php74/7-8.2003.3.el7.sangoma
php-fedora-autoloader.noarch 1.0.1-2.el7 @sng-epel/7-8.2003.3.el7.sangoma
php-gd.x86_64 7.4.16-1.el7.remi @sng-sng7php74/7-8.2003.3.el7.sangoma
php-imap.x86_64 7.4.16-1.el7.remi @sng-sng7php74/7-8.2003.3.el7.sangoma
php-intl.x86_64 7.4.16-1.el7.remi @sng-sng7php74/7-8.2003.3.el7.sangoma
php-json.x86_64 7.4.16-1.el7.remi @sng-sng7php74/7-8.2003.3.el7.sangoma
php-ldap.x86_64 7.4.16-1.el7.remi @sng-sng7php74/7-8.2003.3.el7.sangoma
php-mbstring.x86_64 7.4.16-1.el7.remi @sng-sng7php74/7-8.2003.3.el7.sangoma
php-mysqlnd.x86_64 7.4.16-1.el7.remi @sng-sng7php74/7-8.2003.3.el7.sangoma
php-odbc.x86_64 7.4.16-1.el7.remi @sng-sng7php74/7-8.2003.3.el7.sangoma
php-pdo.x86_64 7.4.16-1.el7.remi @sng-sng7php74/7-8.2003.3.el7.sangoma
php-pear.noarch 1:1.10.13-1.el7.remi @remi-php56
php-pecl-igbinary.x86_64 3.2.1-1.el7.remi.7.4 @sng-sng7php74/7-8.2003.3.el7.sangoma
php-pecl-mcrypt.x86_64 1.0.4-1.el7.remi.7.4 @sng-sng7php74/7-8.2003.3.el7.sangoma
php-pecl-msgpack.x86_64 2.1.2-1.el7.remi.7.4 @sng-sng7php74/7-8.2003.3.el7.sangoma
php-pecl-redis5.x86_64 5.3.4-1.el7.remi.7.4 @sng-sng7php74/7-8.2003.3.el7.sangoma
php-pecl-ssh2.x86_64 1.3.1-1.el7.remi.7.4 @sng-sng7php74/7-8.2003.3.el7.sangoma
php-pecl-xdebug.x86_64 2.9.8-1.el7.remi.7.4 @sng-sng7php74/7-8.2003.3.el7.sangoma
php-pecl-zip.x86_64 1.19.2-1.el7.remi.7.4 @sng-sng7php74/7-8.2003.3.el7.sangoma
php-process.x86_64 7.4.16-1.el7.remi @sng-sng7php74/7-8.2003.3.el7.sangoma
php-soap.x86_64 7.4.16-1.el7.remi @sng-sng7php74/7-8.2003.3.el7.sangoma
php-sodium.x86_64 7.4.16-1.el7.remi @sng-sng7php74/7-8.2003.3.el7.sangoma
php-xml.x86_64 7.4.16-1.el7.remi @sng-sng7php74/7-8.2003.3.el7.sangoma
php-xmlrpc.x86_64 7.4.16-1.el7.remi @sng-sng7php74/7-8.2003.3.el7.sangoma
sangoma-logos.noarch 70.0.7-2.sng7 @sng-sng7php74
sangoma-pbx16.noarch 2204-1.sng7 @sng-sng7php74
sysadmin16.noarch 7.4-7.4.6.sng @sng-sng7php74
Best that Sangoma 'get their finger out" and fix their stuff for 2022 !!!
I suggest php, fail2ban, their brain-dead acme client and even the underlying
OS all need Vitameatavegaminfixing
Guys I have fixed the Issue and will be sharing the Video link in a while.
so, everyone who came across this type of problem will be able to fix this in the future.
After watching the video, Sangoma can offer me a support job
The question I have is, what is the actual issue? What you have posted is a solution to some unknown problem that you created for yourself. I just tested a FreePBX 14 â 15 upgrade and it worked as smoothly as always. Unfortunately neither we nor you know what you did to get into a situation where your PHP version was upgraded, so this solution doesnât help anyoneâŚ
watch part 8 of the video my friend.
I described the whole issue and the fix to the problem
You started a thread here with an unexplained issue and you want people to watch an 8-part video to figure out what you screwed up and how you fixed it?
This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.