EasyApache 4 Not Updating
According to EA4 release notes I should be running on PHP 8.1.16 but I have 8.1.14 and EA says it's up to date. Tried
,
and
but still the same.
yum clean all
,
yum makecache
and
yum update
but still the same.
- Alma 8.7
- cPanel 108.0.14
-
Hey there! My personal machine is also running AlmaLinux 8.7 and I see the .16 versions there. When you run the "yum update" command do you see any odd output there? If you manually check the RPM version, does that also show .14? rpm -qa | grep ea-php81-8
0 -
It says ea-php81-8.1.14-1.el8.cloudlinux.x86_64
. yum update: Last metadata expiration check: 0:12:39 ago on Mon 06 Mar 2023 09:05:10 PM +03. Dependencies resolved. Nothing to do. Complete! BTW, code button here opens up forum list somehow.0 -
Yes, we know about the code button issue. Are you sure you are running AlmaLinux as the operating system? That output shows it was installed from a CloudLinux RPM, and those do run just a bit behind while they ge them into their systems, so if you are using CloudLinux things are working as expected. 0 -
I think so: AlmaLinux v8.7.0 STANDARD standard
4.18.0-372.26.1.el8_6.x86_64
NAME="AlmaLinux" VERSION="8.7 (Stone Smilodon)" ID="almalinux" ID_LIKE="rhel centos fedora" VERSION_ID="8.7" PLATFORM_ID="platform:el8" PRETTY_NAME="AlmaLinux 8.7 (Stone Smilodon)" ANSI_COLOR="0;34" LOGO="fedora-logo-icon" CPE_NAME="cpe:/o:almalinux:almalinux:8::baseos" HOME_URL="https://almalinux.org/" DOCUMENTATION_URL="https://wiki.almalinux.org/" BUG_REPORT_URL="https://bugs.almalinux.org/" ALMALINUX_MANTISBT_PROJECT="AlmaLinux-8" ALMALINUX_MANTISBT_PROJECT_VERSION="8.7" REDHAT_SUPPORT_PRODUCT="AlmaLinux" REDHAT_SUPPORT_PRODUCT_VERSION="8.7"
0 -
The most likely explanation is that this was converted back to AlmaLinux from CloudLinux, but there are still packages left on the system that were installed by CloudLinux. The issue you're experiencing is still normal as CloudLinux doesn't forcibly remove all the packages from the system when the OS is removed. More details on that can be found in the very bottom text block on this page: 0 -
What is the command to list those? I get this: repo id repo name EA4 EA4 ( EasyApache 4 ) MariaDB106 MariaDB106 appstream AlmaLinux 8 - AppStream baseos AlmaLinux 8 - BaseOS cpanel-addons-production-feed cPanel Addons Production Feed cpanel-plugins cPanel Plugins project elasticsearch Elastic repository for 8.x packages elrepo ELRepo.org Community Enterprise Linux Repository - el8 epel Extra Packages for Enterprise Linux 8 - x86_64 extras AlmaLinux 8 - Extras imunify360 EL-8 - Imunify360 imunify360-ea-php-hardened Imunify360 ea-php Hardened repository for CentOS 8 - x86_64 imunify360-rollout-1 Imunify360 - Gradual Rollout Slot 1 imunify360-rollout-2 Imunify360 - Gradual Rollout Slot 2 imunify360-rollout-3 Imunify360 - Gradual Rollout Slot 3 imunify360-rollout-4 Imunify360 - Gradual Rollout Slot 4 kernelcare kernelcare powertools AlmaLinux 8 - PowerTools remi-modular Remi's Modular repository for Enterprise Linux 8 - x86_64 remi-safe Safe Remi's RPM repository for Enterprise Linux 8 - x86_64 wp-toolkit-cpanel WP Toolkit for cPanel wp-toolkit-thirdparties WP Toolkit third parties
0 -
My output was just the directory listing from the /etc/yum.repos.d directory on the system. If you're not seeing them from "yum repolist" they have likely been removed. I still believe my theory about the server having been converted back from CloudLinux is correct. You can see if the system had a license through them directly at cPanel & WHM License Verification | cPanel, L.L.C. 0 -
Only Imunify360 Unlimited license shows up. And this is on the cPanel side: 0 -
It's possible that hardened PHP versions were installed from Imunify360. At this point it would likely be best to open a ticket so we could check the system directly. 0 -
This problem still persists! I'm on 8.1.16 which is from February! 0 -
Did you ever create a ticket on this issue? 0 -
My hosting guy did and the answer was that it was going to be fixed in the next cPanel release, which already came. 0 -
Would you happen to have the ticket number? It should start with 94 or 95. 0 -
He could not find it. So I created a new one. 95064482 0 -
Thanks for posting that number - I'm following along with that now, although I see we are having difficulty accessing SSH on the system. 0 -
I"ve updated the IP list. If the problem persists, I"ll change the Firewall settings. 0 -
Just be sure to let them know in the ticket. 0 -
I see we found that you are using the hardened PHP packages from Imunify360, but also that the Imunify360 license is expired. We recommended removing that tool or renewing the license to get this working. 0 -
Having the exact same issue again. This time I removed Immunify 360 and EA4 is not still updating. 0 -
What are you expecting to update that isn't? 0 -
Does a "yum update" force the update to happen? 0 -
Nope. Last metadata expiration check: 3:47:16 ago on Wed 15 Nov 2023 04:40:27 PM +03. Dependencies resolved. Nothing to do. Complete!
0 -
After looking this over, it would seem this is normal behavior. What you're experiencing is a normal delay between our team releasing a package, and CloudLinux releasing a package. Since you're getting updates from the CloudLinux repositories, you won't get the latest packages immediately when cPanel releases them as CloudLinux has to go through testing and hardening before they make those available. Once that has happened, your server will automatically update to the latest versions. 0 -
OK, where can I learn the CloudLinux versions? 0 -
Are you running CloudLinux OS on your machine? I don't see the expected repositories listed in your screenshot, if that is from the server in question. 0 -
Are you running CloudLinux OS on your machine? I don't see the expected repositories listed in your screenshot, if that is from the server in question.
It's the same server with the same OS from the beginning of the thread. Just updated to 8.8.Operating System: AlmaLinux 8.8 (Sapphire Caracal) CPE OS Name: cpe:/o:almalinux:almalinux:8::baseos Kernel: Linux 4.18.0-372.26.1.el8_6.x86_64 Architecture: x86-64
0 -
So that is likely the issue - for some reason you are getting CloudLinux packages downloaded to the machine instead of the standard cPanel-distributed packages. This could be leftover from the previous Imunify360 issue. Can you send me the output of this command from the server? yum whatprovides ea-php82
0
Please sign in to leave a comment.
Comments
34 comments