• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion

Resolved Update OS Vendor PHP version

EnriqueR

Regular Pleskian
I have Plesk 17.0.17 under CentOS 6.2
My OS Vendor PHP version is 5.3.3
How can I upgrade this version to at least 5.4? I know there is a way to install additional versions, but what I want is to update the OS Vendor version.
It's possible? How should I to proceed?
 
Plesk doesn't ship OS vendor's PHP, it only downloads it from original OS vendor repo and it is quite likely it may be outdated there (especially for older OS). If your OS comes with PHP 5.3.3, then Plesk would run OS vendor's PHP 5.3.3 for clients.
You can try to find and update it from some third-party repos at least.
 
Plesk doesn't ship OS vendor's PHP, it only downloads it from original OS vendor repo and it is quite likely it may be outdated there (especially for older OS). If your OS comes with PHP 5.3.3, then Plesk would run OS vendor's PHP 5.3.3 for clients.
You can try to find and update it from some third-party repos at least.
Could you tell me what the command would be to update PHP using for example third-party remi repo?
 
Just enable remi repo as it is described in their instruction and run

# yum update php
I use command 'yum --enablerepo=remi update php' and this appear. As you can see this updates to version 5.4, which is perfect, but also updates the package mysql. Would there be any operating problems with Plesk when updating to these packages? If there were any incompatibility, I'd rather not risk it. Should I proceed?

Package Arquitecture Version Repository Size
============================================================================================================================================================================
Updating:
php x86_64 5.4.45-12.el6.remi remi 2.8 M
Installation for dependencies:
compat-mysql51 x86_64 5.1.54-1.el6.remi remi 1.4 M
libaio x86_64 0.3.107-10.el6 base 21 k
perl-GD x86_64 2.44-3.el6 base 180 k
t1lib x86_64 5.1.2-6.el6_2.1 base 160 k
Updating for dependencies:
mysql x86_64 5.5.54-1.el6.remi remi 5.7 M
mysql-bench x86_64 5.5.54-1.el6.remi remi 420 k
mysql-devel x86_64 5.5.54-1.el6.remi remi 166 k
mysql-libs x86_64 5.5.54-1.el6.remi remi 780 k
mysql-server x86_64 5.5.54-1.el6.remi remi 10 M
php-bcmath x86_64 5.4.45-12.el6.remi remi 69 k
php-cli x86_64 5.4.45-12.el6.remi remi 4.1 M
php-common x86_64 5.4.45-12.el6.remi remi 968 k
php-fpm x86_64 5.4.45-12.el6.remi remi 1.4 M
php-gd x86_64 5.4.45-12.el6.remi remi 152 k
php-imap x86_64 5.4.45-12.el6.remi remi 88 k
php-ldap x86_64 5.4.45-12.el6.remi remi 71 k
php-mbstring x86_64 5.4.45-12.el6.remi remi 954 k
php-mcrypt x86_64 5.4.45-12.el6.remi remi 60 k
php-mssql x86_64 5.4.45-12.el6.remi remi 95 k
php-mysql x86_64 5.4.45-12.el6.remi remi 145 k
php-odbc x86_64 5.4.45-12.el6.remi remi 87 k
php-pdo x86_64 5.4.45-12.el6.remi remi 129 k
php-pecl-apcu x86_64 4.0.11-2.el6.remi.5.4 remi 81 k
php-pecl-igbinary x86_64 2.0.1-1.el6.remi.5.4 remi 41 k
php-pecl-memcache x86_64 3.0.8-2.el6.remi.5.4 remi 100 k
php-pecl-redis x86_64 2.2.8-1.el6.remi.5.4 remi 219 k
php-pgsql x86_64 5.4.45-12.el6.remi remi 122 k
php-soap x86_64 5.4.45-12.el6.remi remi 236 k
php-xml x86_64 5.4.45-12.el6.remi remi 180 k
php-xmlrpc x86_64 5.4.45-12.el6.remi remi 80 k
 
I can say, at least, that MySQL 5.5 is supported by Plesk.
 
I have updated with the command 'yum --enablerepo=remi update php' and all is working correctly. The only problem is that Plesk still keeps showing me the previous PHP version in the section 'PHP Settings'. I have rebooted the server and it remains the same.

Running the 'php -v' command shows me the new updated version correctly:
PHP 5.4.45 (cli) (built: Sep 19 2016 15:31:07)
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2014 Zend Technologies
with the ionCube PHP Loader v4.6.0, Copyright (c) 2002-2014, by ionCube Ltd.
 
This command has not changed anything. When updating, the descriptive text was correctly changed on the screen of check PHP extensions, but the title "5.3.3 by OS vendor Application FasctCGI" still remains unchanged in any section.
 
This command has not changed anything. When updating, the descriptive text was correctly changed on the screen of check PHP extensions, but the title "5.3.3 by OS vendor Application FasctCGI" still remains unchanged in any section.
Try this - #2
 
With the command '/usr/local/psa/bin/php_handler --update -id cgi -displayname '5.4.45 by OS vendor'' I have following:

5.3.3 by OS vendor Aplicación FasctCGI
5.3.3 by OS vendor Aplicación FPM
5.3.3 by OS vendor mod_php
5.4.45 by OS vendor Aplicación CGI
 
Right. Change id for corresponding handlers. You can find them in output of

# /usr/local/psa/bin/php_handler --list
 
This command solve the problem. Thank you very much.

For some reason since the PHP update has stopped working Horde. I enter email and password, clicking on login shows me the login page again without indicating any errors. It does not let me enter the mail because it does not take the access data.

Should I do any changes to the Horde webmail to be compatible with PHP version 5.4.45?
 
Do you have memcache PHP module enabled? Horde does not work with enabled memcache PHP module.
 
Do you have memcache PHP module enabled? Horde does not work with enabled memcache PHP module.
Memcache disabled but still not working. The case is that before the update was already installed the module memchache and worked correctly.
 
For some reason logs were not stored due to a file access problem. I have changed the user of the file to horde_sysuser and stored it correctly. I attach logs (with DEBUG option) that are stored when trying to login. You will be able to verify that the login is done successfully in the logs, but in the login screen it again requests the access data without showing any errors.

http://www.qserviciosinternet.es/temporal/psa-horde.log
 
Last edited:
At the end I have been able to solve the problem. It turns out that when you upgrade the PHP version, it change the access permissions to the PHP Sessions folder. The following operations must be performed in order to function correctly:

chmod 1733 /var/lib/php/session
chown root:root /var/lib/php/session
 
Back
Top