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

sparek-3

Well-Known Member
Aug 10, 2002
2,039
229
368
cPanel Access Level
Root Administrator
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

Administrator
Staff member
Apr 11, 2011
47,908
2,216
463

sparek-3

Well-Known Member
Aug 10, 2002
2,039
229
368
cPanel Access Level
Root Administrator
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

Administrator
Staff member
Apr 11, 2011
47,908
2,216
463
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:

Code:
# 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

Well-Known Member
May 24, 2006
524
75
178
USA
cPanel Access Level
Root Administrator
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

Administrator
Staff member
Apr 11, 2011
47,908
2,216
463
Hello @Metro2,

Can you paste the output from the below command?

Code:
# rpm -qa|grep opcache
Thank you.
 

Metro2

Well-Known Member
May 24, 2006
524
75
178
USA
cPanel Access Level
Root Administrator
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

Well-Known Member
Aug 10, 2002
2,039
229
368
cPanel Access Level
Root Administrator
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.
 
  • Like
Reactions: Metro2

cPanelMichael

Administrator
Staff member
Apr 11, 2011
47,908
2,216
463
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.
 
  • Like
Reactions: Metro2

Metro2

Well-Known Member
May 24, 2006
524
75
178
USA
cPanel Access Level
Root Administrator
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?).
 
  • Like
Reactions: cPanelMichael
Thread starter Similar threads Forum Replies Date
F Web Servers and Applications 7