FreePBX Distro Upgrade Issue

Distro Discussion & Help
1

Hi

Please forgive the very long post. I’ve included the output of the yum updates just in case they shed any light on why there was a dependency issue on a fresh FreePBX Distro install.

Running system:
FreePBX Distro install
FreePBX 2.9.0.7
Asterisk 1.8.5.0
Fully updated as of 12/08/2011

I ran a yum update on 12/08/2011 and this was the result:

[root@test ~]# yum update
Loaded plugins: fastestmirror, kmod
Loading mirror speeds from cached hostfile
Setting up Update Process
Resolving Dependencies
–> Running transaction check
—> Package apr-util.i386 0:1.3.12-1.w5 set to be updated
—> Package dnsmasq.i386 0:2.57-1.el5.rfx set to be updated
—> Package fail2ban.noarch 0:0.8.4-1 set to be updated
—> Package httpd.i386 0:2.2.19-1.w5 set to be updated
–> Processing Dependency: httpd-tools = 2.2.19-1.w5 for package: httpd
–> Processing Dependency: apr-util-ldap for package: httpd
–> Processing Dependency: php = 5.1.6 for package: php-eaccelerator
—> Package php.i386 0:5.2.17-1.1 set to be updated
—> Package php-cli.i386 0:5.2.17-1.1 set to be updated
—> Package php-common.i386 0:5.2.17-1.1 set to be updated
—> Package php-devel.i386 0:5.2.17-1.1 set to be updated
—> Package php-gd.i386 0:5.2.17-1.1 set to be updated
–> Processing Dependency: libXpm.so.4 for package: php-gd
—> Package php-mysql.i386 0:5.2.17-1.1 set to be updated
—> Package php-pdo.i386 0:5.2.17-1.1 set to be updated
—> Package sysadmin.noarch 0:2.2.1-1 set to be updated
–> Running transaction check
—> Package apr-util-ldap.i386 0:1.3.12-1.w5 set to be updated
—> Package httpd-tools.i386 0:2.2.19-1.w5 set to be updated
—> Package libXpm.i386 0:3.5.5-3 set to be updated
–> Processing Dependency: php = 5.1.6 for package: php-eaccelerator
–> Finished Dependency Resolution
php-eaccelerator-0.9.6-1.el5.pp.i386 from installed has depsolving problems
–> Missing Dependency: php = 5.1.6 is needed by package php-eaccelerator-0.9.6-1.el5.pp.i386 (installed)
Error: Missing Dependency: php = 5.1.6 is needed by package php-eaccelerator-0.9.6-1.el5.pp.i386 (installed)
You could try using --skip-broken to work around the problem
You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles --nodigest
The program package-cleanup is found in the yum-utils package.

I attempted to run package-cleanup but it didn’t find it so I installed the yum-utils package 1.1.16-14.el5.centos.1 and tried again. Both --problem and --dupes switches returned the same missing dependency error, so I ran yum update with the --skip-broken switch which returned the following:

[root@test ~]# yum update --skip-broken
Loaded plugins: fastestmirror, kmod
Loading mirror speeds from cached hostfile
Setting up Update Process
Resolving Dependencies
–> Running transaction check
—> Package apr-util.i386 0:1.3.12-1.w5 set to be updated
—> Package dnsmasq.i386 0:2.57-1.el5.rfx set to be updated
—> Package fail2ban.noarch 0:0.8.4-1 set to be updated
—> Package httpd.i386 0:2.2.19-1.w5 set to be updated
–> Processing Dependency: httpd-tools = 2.2.19-1.w5 for package: httpd
–> Processing Dependency: apr-util-ldap for package: httpd
–> Processing Dependency: php = 5.1.6 for package: php-eaccelerator
—> Package php.i386 0:5.2.17-1.1 set to be updated
—> Package php-cli.i386 0:5.2.17-1.1 set to be updated
—> Package php-common.i386 0:5.2.17-1.1 set to be updated
—> Package php-devel.i386 0:5.2.17-1.1 set to be updated
—> Package php-gd.i386 0:5.2.17-1.1 set to be updated
–> Processing Dependency: libXpm.so.4 for package: php-gd
—> Package php-mysql.i386 0:5.2.17-1.1 set to be updated
—> Package php-pdo.i386 0:5.2.17-1.1 set to be updated
—> Package sysadmin.noarch 0:2.2.1-1 set to be updated
–> Running transaction check
—> Package apr-util-ldap.i386 0:1.3.12-1.w5 set to be updated
—> Package httpd-tools.i386 0:2.2.19-1.w5 set to be updated
—> Package libXpm.i386 0:3.5.5-3 set to be updated
–> Processing Dependency: php = 5.1.6 for package: php-eaccelerator
–> Finished Dependency Resolution
php-eaccelerator-0.9.6-1.el5.pp.i386 from installed has depsolving problems
–> Missing Dependency: php = 5.1.6 is needed by package php-eaccelerator-0.9.6-1.el5.pp.i386 (installed)
–> Running transaction check
–> Processing Dependency: php-cli = 5.1.6-27.el5 for package: php
–> Processing Dependency: php-common = 5.1.6-27.el5 for package: php
—> Package php.i386 0:5.2.17-1.1 set to be updated
–> Processing Dependency: php = 5.2.17-1.1 for package: php-devel
–> Finished Dependency Resolution
php-devel-5.2.17-1.1.i386 from pbx has depsolving problems
–> Missing Dependency: php = 5.2.17-1.1 is needed by package php-devel-5.2.17-1.1.i386 (pbx)
php-5.1.6-27.el5.i386 from installed has depsolving problems
–> Missing Dependency: php-cli = 5.1.6-27.el5 is needed by package php-5.1.6-27.el5.i386 (installed)
php-5.1.6-27.el5.i386 from installed has depsolving problems
–> Missing Dependency: php-common = 5.1.6-27.el5 is needed by package php-5.1.6-27.el5.i386 (installed)
–> Running transaction check
–> Processing Dependency: php-cli = 5.1.6-27.el5 for package: php
–> Processing Dependency: php-common = 5.1.6-27.el5 for package: php
—> Package php.i386 0:5.2.17-1.1 set to be updated
—> Package php-devel.i386 0:5.2.17-1.1 set to be updated
–> Finished Dependency Resolution
php-5.1.6-27.el5.i386 from installed has depsolving problems
–> Missing Dependency: php-cli = 5.1.6-27.el5 is needed by package php-5.1.6-27.el5.i386 (installed)
php-5.1.6-27.el5.i386 from installed has depsolving problems
–> Missing Dependency: php-common = 5.1.6-27.el5 is needed by package php-5.1.6-27.el5.i386 (installed)
–> Running transaction check
–> Processing Dependency: php-cli = 5.1.6-27.el5 for package: php
–> Processing Dependency: php-common = 5.1.6-27.el5 for package: php
–> Finished Dependency Resolution
php-5.1.6-27.el5.i386 from installed has depsolving problems
–> Missing Dependency: php-cli = 5.1.6-27.el5 is needed by package php-5.1.6-27.el5.i386 (installed)
php-5.1.6-27.el5.i386 from installed has depsolving problems
–> Missing Dependency: php-common = 5.1.6-27.el5 is needed by package php-5.1.6-27.el5.i386 (installed)
–> Running transaction check
—> Package apr-util.i386 0:1.3.12-1.w5 set to be updated
—> Package apr-util-ldap.i386 0:1.3.12-1.w5 set to be updated
—> Package dnsmasq.i386 0:2.57-1.el5.rfx set to be updated
—> Package fail2ban.noarch 0:0.8.4-1 set to be updated
—> Package httpd.i386 0:2.2.19-1.w5 set to be updated
—> Package httpd-tools.i386 0:2.2.19-1.w5 set to be updated
—> Package libXpm.i386 0:3.5.5-3 set to be updated
–> Processing Dependency: php-cli = 5.1.6-27.el5 for package: php
—> Package php-cli.i386 0:5.2.17-1.1 set to be updated
–> Processing Dependency: php-common = 5.1.6-27.el5 for package: php
—> Package php-common.i386 0:5.2.17-1.1 set to be updated
—> Package php-gd.i386 0:5.2.17-1.1 set to be updated
—> Package php-mysql.i386 0:5.2.17-1.1 set to be updated
—> Package php-pdo.i386 0:5.2.17-1.1 set to be updated
—> Package sysadmin.noarch 0:2.2.1-1 set to be updated
–> Finished Dependency Resolution
php-5.1.6-27.el5.i386 from installed has depsolving problems
–> Missing Dependency: php-cli = 5.1.6-27.el5 is needed by package php-5.1.6-27.el5.i386 (installed)
php-5.1.6-27.el5.i386 from installed has depsolving problems
–> Missing Dependency: php-common = 5.1.6-27.el5 is needed by package php-5.1.6-27.el5.i386 (installed)
–> Running transaction check
—> Package apr-util.i386 0:1.3.12-1.w5 set to be updated
—> Package apr-util-ldap.i386 0:1.3.12-1.w5 set to be updated
—> Package dnsmasq.i386 0:2.57-1.el5.rfx set to be updated
—> Package fail2ban.noarch 0:0.8.4-1 set to be updated
—> Package httpd.i386 0:2.2.19-1.w5 set to be updated
—> Package httpd-tools.i386 0:2.2.19-1.w5 set to be updated
—> Package libXpm.i386 0:3.5.5-3 set to be updated
—> Package php-gd.i386 0:5.2.17-1.1 set to be updated
–> Processing Dependency: php-common = 5.2.17-1.1 for package: php-gd
—> Package php-mysql.i386 0:5.2.17-1.1 set to be updated
–> Processing Dependency: php-common = 5.2.17-1.1 for package: php-mysql
—> Package php-pdo.i386 0:5.2.17-1.1 set to be updated
–> Processing Dependency: php-common = 5.2.17-1.1 for package: php-pdo
—> Package sysadmin.noarch 0:2.2.1-1 set to be updated
–> Finished Dependency Resolution
php-mysql-5.2.17-1.1.i386 from pbx has depsolving problems
–> Missing Dependency: php-common = 5.2.17-1.1 is needed by package php-mysql-5.2.17-1.1.i386 (pbx)
php-pdo-5.2.17-1.1.i386 from pbx has depsolving problems
–> Missing Dependency: php-common = 5.2.17-1.1 is needed by package php-pdo-5.2.17-1.1.i386 (pbx)
php-gd-5.2.17-1.1.i386 from pbx has depsolving problems
–> Missing Dependency: php-common = 5.2.17-1.1 is needed by package php-gd-5.2.17-1.1.i386 (pbx)
–> Running transaction check
—> Package libXpm.i386 0:3.5.5-3 set to be updated
—> Package php-gd.i386 0:5.2.17-1.1 set to be updated
—> Package php-mysql.i386 0:5.2.17-1.1 set to be updated
—> Package php-pdo.i386 0:5.2.17-1.1 set to be updated
–> Finished Dependency Resolution
–> Running transaction check
—> Package apr-util.i386 0:1.3.12-1.w5 set to be updated
—> Package apr-util-ldap.i386 0:1.3.12-1.w5 set to be updated
—> Package dnsmasq.i386 0:2.57-1.el5.rfx set to be updated
—> Package fail2ban.noarch 0:0.8.4-1 set to be updated
—> Package httpd.i386 0:2.2.19-1.w5 set to be updated
—> Package httpd-tools.i386 0:2.2.19-1.w5 set to be updated
—> Package sysadmin.noarch 0:2.2.1-1 set to be updated
–> Finished Dependency Resolution

Packages skipped because of dependency problems:
libXpm-3.5.5-3.i386 from base
php-5.2.17-1.1.i386 from pbx
php-cli-5.2.17-1.1.i386 from pbx
php-common-5.2.17-1.1.i386 from pbx
php-devel-5.2.17-1.1.i386 from pbx
php-gd-5.2.17-1.1.i386 from pbx
php-mysql-5.2.17-1.1.i386 from pbx
php-pdo-5.2.17-1.1.i386 from pbx

Dependencies Resolved

======================================================================================================================================================================
Package Arch Version Repository Size

Updating:
apr-util i386 1.3.12-1.w5 pbx 86 k
dnsmasq i386 2.57-1.el5.rfx pbx 243 k
fail2ban noarch 0.8.4-1 pbx 138 k
httpd i386 2.2.19-1.w5 pbx 1.1 M
sysadmin noarch 2.2.1-1 pbx 56 k
Installing for dependencies:
apr-util-ldap i386 1.3.12-1.w5 pbx 14 k
httpd-tools i386 2.2.19-1.w5 pbx 71 k
Skipped (dependency problems):
libXpm i386 3.5.5-3 base 45 k
php i386 5.2.17-1.1 pbx 1.2 M
php-cli i386 5.2.17-1.1 pbx 2.3 M
php-common i386 5.2.17-1.1 pbx 277 k
php-devel i386 5.2.17-1.1 pbx 560 k
php-gd i386 5.2.17-1.1 pbx 118 k
php-mysql i386 5.2.17-1.1 pbx 82 k
php-pdo i386 5.2.17-1.1 pbx 64 k

Transaction Summary

Install 2 Package(s)
Upgrade 5 Package(s)

Total download size: 1.7 M
Is this ok [y/N]: y
Downloading Packages:
(1/7): apr-util-ldap-1.3.12-1.w5.i386.rpm | 14 kB 00:00
(2/7): sysadmin-2.2.1-1.noarch.rpm | 56 kB 00:00
(3/7): httpd-tools-2.2.19-1.w5.i386.rpm | 71 kB 00:00
(4/7): apr-util-1.3.12-1.w5.i386.rpm | 86 kB 00:00
(5/7): fail2ban-0.8.4-1.noarch.rpm | 138 kB 00:00
(6/7): dnsmasq-2.57-1.el5.rfx.i386.rpm | 243 kB 00:01
(7/7): httpd-2.2.19-1.w5.i386.rpm | 1.1 MB 00:05

Total 149 kB/s | 1.7 MB 00:11
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
Updating : apr-util 1/12
Installing : httpd-tools 2/12
Installing : apr-util-ldap 3/12
Updating : dnsmasq 4/12
Updating : fail2ban 5/12
Updating : sysadmin 6/12
copying table from file '-'
Shutting down Filesystem event daemon (incrond): [ OK ]
Starting Filesystem event daemon (incrond): [ OK ]
Updating : httpd 7/12
warning: /etc/httpd/conf/httpd.conf created as /etc/httpd/conf/httpd.conf.rpmnew
Cleanup : apr-util 8/12
Cleanup : dnsmasq 9/12
Cleanup : fail2ban 10/12
Cleanup : sysadmin 11/12
Cleanup : httpd 12/12

Dependency Installed:
apr-util-ldap.i386 0:1.3.12-1.w5 httpd-tools.i386 0:2.2.19-1.w5

Updated:
apr-util.i386 0:1.3.12-1.w5 dnsmasq.i386 0:2.57-1.el5.rfx fail2ban.noarch 0:0.8.4-1 httpd.i386 0:2.2.19-1.w5 sysadmin.noarch 0:2.2.1-1

Skipped (dependency problems):
libXpm.i386 0:3.5.5-3 php.i386 0:5.2.17-1.1 php-cli.i386 0:5.2.17-1.1 php-common.i386 0:5.2.17-1.1 php-devel.i386 0:5.2.17-1.1 php-gd.i386 0:5.2.17-1.1
php-mysql.i386 0:5.2.17-1.1 php-pdo.i386 0:5.2.17-1.1

Complete!

This updated most of the packages, however, there was a warning where httpd.conf was created as httpd.conf.rpmnew

Running yum update produced the following:

[root@test ~]# yum update
Loaded plugins: fastestmirror, kmod
Loading mirror speeds from cached hostfile
Setting up Update Process
Resolving Dependencies
–> Running transaction check
–> Processing Dependency: php = 5.1.6 for package: php-eaccelerator
—> Package php.i386 0:5.2.17-1.1 set to be updated
—> Package php-cli.i386 0:5.2.17-1.1 set to be updated
—> Package php-common.i386 0:5.2.17-1.1 set to be updated
—> Package php-devel.i386 0:5.2.17-1.1 set to be updated
—> Package php-gd.i386 0:5.2.17-1.1 set to be updated
–> Processing Dependency: libXpm.so.4 for package: php-gd
—> Package php-mysql.i386 0:5.2.17-1.1 set to be updated
—> Package php-pdo.i386 0:5.2.17-1.1 set to be updated
–> Running transaction check
—> Package libXpm.i386 0:3.5.5-3 set to be updated
–> Processing Dependency: php = 5.1.6 for package: php-eaccelerator
–> Finished Dependency Resolution
php-eaccelerator-0.9.6-1.el5.pp.i386 from installed has depsolving problems
–> Missing Dependency: php = 5.1.6 is needed by package php-eaccelerator-0.9.6-1.el5.pp.i386 (installed)
Error: Missing Dependency: php = 5.1.6 is needed by package php-eaccelerator-0.9.6-1.el5.pp.i386 (installed)
You could try using --skip-broken to work around the problem
You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles --nodigest

Trying now to navigate to the WEBGUI it timed out. I tried restarting httpd but it failed, so I rebooted the machine just in case as there’d been quite a few updates.

Once it had come back up I tried to browse to the WEBGUI again but to no avail.

I ran yum update and again was told that php-eaccelerator had depsolving problems so I removed it and ran yum update again. This time everything installed. This was the output:

[root@test ~]# yum update
Loaded plugins: fastestmirror, kmod
Loading mirror speeds from cached hostfile
Setting up Update Process
Resolving Dependencies
–> Running transaction check
—> Package php.i386 0:5.2.17-1.1 set to be updated
—> Package php-cli.i386 0:5.2.17-1.1 set to be updated
—> Package php-common.i386 0:5.2.17-1.1 set to be updated
—> Package php-devel.i386 0:5.2.17-1.1 set to be updated
—> Package php-gd.i386 0:5.2.17-1.1 set to be updated
–> Processing Dependency: libXpm.so.4 for package: php-gd
—> Package php-mysql.i386 0:5.2.17-1.1 set to be updated
—> Package php-pdo.i386 0:5.2.17-1.1 set to be updated
–> Running transaction check
—> Package libXpm.i386 0:3.5.5-3 set to be updated
–> Finished Dependency Resolution

Dependencies Resolved

======================================================================================================================================================================
Package Arch Version Repository Size

Updating:
php i386 5.2.17-1.1 pbx 1.2 M
php-cli i386 5.2.17-1.1 pbx 2.3 M
php-common i386 5.2.17-1.1 pbx 277 k
php-devel i386 5.2.17-1.1 pbx 560 k
php-gd i386 5.2.17-1.1 pbx 118 k
php-mysql i386 5.2.17-1.1 pbx 82 k
php-pdo i386 5.2.17-1.1 pbx 64 k
Installing for dependencies:
libXpm i386 3.5.5-3 base 45 k

Transaction Summary

Install 1 Package(s)
Upgrade 7 Package(s)

Total download size: 4.7 M
Is this ok [y/N]: y
Downloading Packages:
(1/8): libXpm-3.5.5-3.i386.rpm | 45 kB 00:00
(2/8): php-pdo-5.2.17-1.1.i386.rpm | 64 kB 00:00
(3/8): php-mysql-5.2.17-1.1.i386.rpm | 82 kB 00:00
(4/8): php-gd-5.2.17-1.1.i386.rpm | 118 kB 00:00
(5/8): php-common-5.2.17-1.1.i386.rpm | 277 kB 00:01
(6/8): php-devel-5.2.17-1.1.i386.rpm | 560 kB 00:02
(7/8): php-5.2.17-1.1.i386.rpm | 1.2 MB 00:05
(8/8): php-cli-5.2.17-1.1.i386.rpm | 2.3 MB 00:10

Total 192 kB/s | 4.7 MB 00:24
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
Updating : php-common 1/15
warning: /etc/php.ini created as /etc/php.ini.rpmnew
Updating : php-pdo 2/15
Updating : php-cli 3/15
Updating : php 4/15
Installing : libXpm 5/15
Updating : php-gd 6/15
Updating : php-mysql 7/15
Updating : php-devel 8/15
Cleanup : php-gd 9/15
Cleanup : php-mysql 10/15
Cleanup : php 11/15
Cleanup : php-pdo 12/15
Cleanup : php-common 13/15
Cleanup : php-cli 14/15
Cleanup : php-devel 15/15

Dependency Installed:
libXpm.i386 0:3.5.5-3

Updated:
php.i386 0:5.2.17-1.1 php-cli.i386 0:5.2.17-1.1 php-common.i386 0:5.2.17-1.1 php-devel.i386 0:5.2.17-1.1 php-gd.i386 0:5.2.17-1.1 php-mysql.i386 0:5.2.17-1.1
php-pdo.i386 0:5.2.17-1.1

Complete!

This time there was another warning - php.ini was created as php.ini.rpmnew

I was still unable to browse to the WEBGUI, and attempting to restart httpd I got the following error:

Starting httpd: httpd: Syntax error on line 196 of /etc/httpd/conf/httpd.conf: Cannot load /etc/httpd/modules/mod_file_cache.so into server: /etc/httpd/modules/mod_file_cache.so: cannot open shared object file: No such file or directory

Google suggested I should comment out this module in httpd.conf which I did, and attempting to start httpd again I got another error:

Starting httpd: httpd: Syntax error on line 197 of /etc/httpd/conf/httpd.conf: Cannot load /etc/httpd/modules/mod_mem_cache.so into server: /etc/httpd/modules/mod_mem_cache.so: cannot open shared object file: No such file or directory

After this module had also been commented out I was able to retstart httpd.

My question is do I need these two modules loaded and do I need php-eaccelerator installed? If so, do I need to delete the original httpd.conf and php.ini files and rename the new files from httpd.conf.rpmnew to httpd.conf and php.ini.rpmnew to php.ini?

I hope this has all made sense! In a nutshell I attempted to update my FreePBX Distro install and it failed, and this was the result.

TIA

BR

2

I am getting the exact same issue from a brand new distro install as of this morning. I thought maybe it was something to do with my sonicwall content filter, so I plugged directly to a public port, same issue.

So it would seem that there may be issues with the Netinstaller. From a fresh install, I went into /var/www/html and there is nothing installed but an admin folder… which also has nothing in it. That is why the webgui doesn’t load, there is nothing to serve!

Also for shits & giggles, i tried running the new upgrade script on top of the brand new install- this is the output.

http://pastebin.com/ByARddrr

3

The FreePBX site was down for a time this morning. Perhaps the install and upgrade scripts need to do an initial test to determine that the sites they need to get to are actually accessible (and if not, print a notice and exit) rather than just plowing ahead anyway?

4

After a yum update i have the same problem.
I can’t reach the WebIF.
please help

5

I’m getting the same failure:

php-eaccelerator-0.9.6-1.el5.pp.i386 from installed has depsolving problems
–> Missing Dependency: php = 5.1.6 is needed by package php-eaccelerator-0.9.6-1.el5.pp.i386 (installed)
Error: Missing Dependency: php = 5.1.6 is needed by package php-eaccelerator-0.9.6-1.el5.pp.i386 (installed)

using script to upgrade distro from 1.8.1.2-6 to 1.8.1.3-1

6

Guys

Yes we are removing php-eaccelerator as we could not get it to work with PHP 5.2 so we gave up on it. The upgrade scripts take care of removing it but if you are on a older version and the update scripts to a yum update in them it will fail until you get to the last upgrade script which will fix it. So don’t sweet the errors and just work your way to the last script and you will see all will be happy again.

Sorry for posting so late on this. I took some R&R to Vegas for a few days.

7

Hi Tony

Does it matter that I had to manually comment out /etc/httpd/modules/mod_file_cache.so and /etc/httpd/modules/mod_mem_cache.so in /etc/httpd/conf/httpd.conf?

I had run a yum update and discovered an issue with eaccellerator before seeing there was a patch to run. It was only after I had the issue I checked the forum for similar problems and discovered an upgrade script.

I’ve included all of the steps I took in my original post if you have a chance to review it.

TIA

BR

8

I am having the same problem. I normally upgrade freepbx via the gui then run yum upgrade for os. Which scripts are you referring to? Can you explain how to get rid off the problem.

9

how does one go about fixing this issue?

10

No our upgrade scripts comment out those files.

11

The solution for me was to do:

yum update --skip-broken
rpm -e php-eaccelerator
yum update

All updates were successfully installed after that.

I restarted amportal, and freepbx web app is working properly. Everything shows green.

12

this the error

Starting httpd: httpd: Syntax error on line 196 of /etc/httpd/conf/httpd.conf: Cannot load /etc/httpd/modules/mod_file_cache.so into server: /etc/httpd/modules/mod_file_cache.so: cannot open shared object file: No such file or directory
[FAILED]

13

Did you run all the upgrade scripts?

14

If you go to the Distro forum the top two threads are update threads on the beta and release versions.

15

Hi Tony,

I have seen this reply a few times and people asking about which scripts you are referring to ?

I have upgraded to the latest 2.10 using the module admin and everything updated except the sysadmin.

I run yum update and I get the php error.

So which upgrade scripts are you talking about ?

I have had this php error for sometime now, concerned that doing these manual work arounds will deem the FOP and GUI unusable and have all sorts of issues.

16

If you are using the FreePBX Distro with FPBX 2.9 use the scripts mentioned by Skyking, don’t use the module admin function. The reason for this is that the upgrade script does a lot more than upgrade FPBX, it also upgrades asterisk and PHP among other things, in fact it is a mammoth upgrade.

I have upgraded two 2.9 systems and the script worked flawlessly. It is great to have the Distro, because of Tony Lewis work on the scripts all the pain has gone from upgrading, however, steer clear of yum updates and the like, they can cause problems, leave it to the tried and tested scripts.

Like everything there can be minor hitches when a script is first released, so if you have a production system to upgrade leave it for a few days after the script is released to give it time to bed down and any minor bugs to be resolved.