Beta Branch update PHP routine for renamed oniguruma5php packages in 123.09beta01

If you run the cmupdate and then update using:

Code:

yum update --disableplugin=priorities --setopt=deltarpm=0 --enablerepo=remi,city-fan.org

it will replace the oniguruma5.x86_64 and oniguruma5-devel.x86_64 with oniguruma5php and oniguruma5php-devel and if you try to restart php you will get this error:

Code:

/usr/local/sbin/php-fpm: error while loading shared libraries: libonig.so.5: cannot open shared object file: No such file or directory

Php will not start...

I am recompiling now to check it....

 

After recompiling all seems to work again

So it seems that after updating Centminmod and system we must recompile php to all be ok

Just a note ....

 

If i run cmupdate and recompile/update php before the system update from menu 24 option it will auto replace the oniguruma5.x86_64 ?

 

Is oniguruma5 for php 7.4.x only ?

 

Got the same thing. Weirdness happened with IPS, cron seems to stop working as I got warnings in the backend about tasks backing up in queue. When I restarted PHP got the libonig.so.5 error and a 502 bad gateway error on the site(s).

Got an error when building php - upgrading to 7.4.7.

Code:

Do you want to run YUM install checks ?  [y/n]

This will increase your upgrade duration time wise.
Check the change log centminmod.com/changelog.html
to see if any Nginx or PHP related new additions
which require checking YUM prequisites are met.
If no new additions made, you can skip the
YUM install check to speed up upgrade time.

 [y/n]: n
     ____   _   _  ____       _   _                                _     
    |  _ \ | | | ||  _ \  _  | | | | _ __    __ _  _ __  __ _   __| |  ___
    | |_) || |_| || |_) |(_) | | | || '_ \  / _` || '__|/ _` | / _` | / _ \
    |  __/ |  _  ||  __/  _  | |_| || |_) || (_| || |  | (_| || (_| ||  __/
    |_|    |_| |_||_|    (_)  \___/ | .__/  \__, ||_|   \__,_| \__,_| \___|
                                    |_|     |___/                       
 
PHP Upgrade/Downgrade - Would you like to continue? [y/n] y

----------------------------------------------------------------
Install which version of PHP? (version i.e. 5.6.40, 7.0.33, NGDEBUG)
PHP 7.x/7.1.x/7.2.x/7.3.x is GA Stable but still may have broken PHP extensions.
NGDEBUG is PHP 8.0 dev builds minus incompatible PHP extensions
----------------------------------------------------------------

Current PHP Version: error

Enter PHP Version number you want to upgrade/downgrade to: 7.4.7

Do you still want to continue? [y/n] y

----------------------------------------------------------------
existing php.ini will be backed up at /usr/local/lib/php.ini-oldversion_160620-003337
----------------------------------------------------------------
php: error while loading shared libraries: libonig.so.5: cannot open shared object file: No such file or directory
php: error while loading shared libraries: libonig.so.5: cannot open shared object file: No such file or directory

-----------------------------------------------------------------------------------------
Detected PHP 7.4 branch.
You can compile Zend OPcache (Zend Optimizer Plus+) support
as an alternative to using APC Cache or Xcache cache.
But Zend OPcache only provides PHP opcode cache and
DOESN'T do data caching, so if your web apps such as Wordpress,
Drupal or vBulletin require data caching to APC or Xcache,
it won't work with Zend OPcache.

-----------------------------------------------------------------------------------------
Do you want to use Zend OPcache [y/n] ? y

Rebuilding php now, will take a bit to do and will report back if it clears up.

------------------

Rebuild cleared up the issue.

 

No I didn't do the enablerepo=remi flag in between periods of centmin.sh menu option 5 runs. I recompiled both nginx and php and everything is working.

 

After updating to latest php 7.3.x using the cmupdate first and then menu option 5 all working great....

At the end i got some system updates at exit using menu option 24 and i notice this:

Code:

Updating   : oniguruma-6.8.2-1.el7.x86_64

i thought it should say something like the above but with php at the end of the name.... or not?

Actually it shouldn't have any updates as it just got installed by the option 5....

Is it ok ?

Tested on Centos 7