SOLVED [EA-8280] References to php71 in php72/php73

[sparek-3]

Methinks that there are references to PHP 7.1 in some of the PHP 7.2 and PHP 7.3 files that need to be fixed.

Specifically:

/opt/cpanel/ea-php72/root/etc/php.d/10-opcache.ini
/opt/cpanel/ea-php73/root/etc/php.d/10-opcache.ini

These both appear to reference:

opcache.blacklist_filename=/opt/cpanel/ea-php71/root/etc/php.d/opcache*.blacklist

Shouldn't this be

opcache.blacklist_filename=/opt/cpanel/ea-php72/root/etc/php.d/opcache*.blacklist

and

opcache.blacklist_filename=/opt/cpanel/ea-php73/root/etc/php.d/opcache*.blacklist

 

[cPanelMichael]

Hello @sparek-3,

This was fixed in today's EA4 maintenance release:

• scl-php72
  • EA-8280: PHP 7.2/7.3 OPcache configuration file uses ea-php71 path for blacklist_filename
• scl-php73
  • EA-8280: PHP 7.2/7.3 OPcache configuration file uses ea-php71 path for blacklist_filename

The full change log is available on the link below:

EasyApache 4 Change Log 2019 - EasyApache 4 - cPanel Documentation

Thank you.

 

[sparek-3]

Were there any other references to PHP 7.1 in these? Opcache was all I found, but I don't necessarily install a slew of PHP extensions.

Just seems to me that this was overlooked in opcache, it might've been overlooked in other extensions.

 

[cPanelMichael]

Hello @sparek-3,

It looks like the issue was isolated to OPCache. I installed all extensions for PHP 7.2 and PHP 7.3 and found no references to ea-php71 in the extension INI files:

# grep 71 /opt/cpanel/ea-php7*/root/etc/php.d/*
#

I built multiple EA4 profiles in testing in order to enable extensions that conflict with each other.

Thank you.

 

[Metro2]

I'm seeing the same issue as @sparek-3 , and even after re-running EA4 compiler and restarting Apache / PHP-FPM I'm still seeing:

opcache.blacklist_filename=/opt/cpanel/ea-php71/root/etc/php.d/opcache*.blacklist

In opcache.blacklist_filename=/opt/cpanel/ea-php71/root/etc/php.d/opcache*.blacklist in /opt/cpanel/ea-php72/root/etc/php.d/10-opcache.ini and /opt/cpanel/ea-php73/root/etc/php.d/10-opcache.ini

I've run yum clean all and yum update, restarted Apache and PHP-FPM, but I know I must be just overlooking something. Would someone mind providing a bit of guidance on this one?

Many thanks for any assistance!

 

[cPanelMichael]

Hello @Metro2,

Can you paste the output from the below command?

# rpm -qa|grep opcache

Thank you.

 

[Metro2]

Hi @cPanelMichael ,

Here is the output:

[~]# rpm -qa|grep opcache
ea-php73-php-opcache-7.3.3-1.el6.cloudlinux.1.x86_64
ea-php72-php-opcache-7.2.16-1.el6.cloudlinux.x86_64
ea-php71-php-opcache-7.1.27-1.el6.cloudlinux.x86_64
ea-php70-php-opcache-7.0.33-2.el6.cloudlinux.2.x86_64

 

[sparek-3]

Those are CloudLinux packages - not controlled by cPanel.

You would need to discuss this with CloudLinux.

My guess would be that they just took cPanel's EA4 packages and repackaged them as their own - including the mismatched opcache.ini files. And they haven't yet repackaged the new packages released by cPanel.

 

[cPanelMichael]

Hello @Metro2,

@sparek-3 is correct. CloudLinux uses their own EasyApache 4 YUM repo and has yet to publish the updated RPMs. The updated RPMS are currently available in their beta EA4 repo:

Beta: EasyApache updated

Thank you.

 

[Metro2]

Thank you both for your responses, and yes I'm running CloudLinux. Actually, I was strongly encouraged by cPanel agents to purchase my CloudLinux licenses through the cPanel Store (which I did) because the cPanel agents said it would give me a bit of higher priority responses if/when I submit a ticket to cPanel support.

And yes, I am used to the fact that CloudLinux always seems to be about a week or so behind on updating their RPM updates to Production (instead of Beta) but did not realize that this was one of those cases.

Thank you both for confirming that fact. I'll reach out to CloudLinux to see if I can find out when they'll be updating those packages to Production, as I'm a bit hesitant to install anything still labeled Beta (perhaps I'm too overly cautious?).