Unable to update EasyApache4 ("ea-php-cli is already installed")

[Bretas]

Hy!

I'm trying to update EasyApache4 from WHM -> EasyApache4 -> "1 Update Easy Apache 4", however, when provisioning the changes (which consists solely in updating the package "php-cli") I'm met with the following output:

                    Provision process started.
[2020-04-23 00:48:24 -0300] info [xml-api] ---> Package ea-php-cli.x86_64 1:1.0.0-8.el7.cloudlinux will be updated
[2020-04-23 00:48:24 -0300] info [xml-api] ---> Package ea-php-cli.x86_64 1:1.0.0-9.el7.cloudlinux will be an update
[2020-04-23 00:48:24 -0300] info [xml-api] --> Finished Dependency Resolution
[2020-04-23 00:48:24 -0300] info [xml-api] ================================================================================
[2020-04-23 00:48:24 -0300] info [xml-api] Package Arch Version Repository Size
[2020-04-23 00:48:24 -0300] info [xml-api] ================================================================================
[2020-04-23 00:48:24 -0300] info [xml-api] Updating:
[2020-04-23 00:48:24 -0300] info [xml-api] ea-php-cli x86_64 1:1.0.0-9.el7.cloudlinux cl-ea4 10 k
[2020-04-23 00:48:24 -0300] info [xml-api] Transaction Summary
[2020-04-23 00:48:24 -0300] info [xml-api] ================================================================================
[2020-04-23 00:48:24 -0300] info [xml-api] Upgrade 1 Package
[2020-04-23 00:48:24 -0300] info [xml-api] Total size: 10 k
[2020-04-23 00:48:24 -0300] info [xml-api] Downloading packages:
[2020-04-23 00:48:24 -0300] info [xml-api] Running transaction check
[2020-04-23 00:48:24 -0300] info [xml-api] Running transaction test
[2020-04-23 00:48:24 -0300] info [xml-api] Error: Transaction check error:
[2020-04-23 00:48:24 -0300] info [xml-api] package ea-php-cli-1:1.0.0-9.el7.cloudlinux.x86_64 is already installed
[2020-04-23 00:48:24 -0300] info [xml-api] Error Summary
[2020-04-23 00:48:24 -0300] info [xml-api] -------------
[2020-04-23 00:48:24 -0300] info [xml-api] Leaving Shell

Error: Transaction check error:
package ea-php-cli-1:1.0.0-9.el7.cloudlinux.x86_64 is already installed
The entire output was logged to: /usr/local/cpanel/logs/packman/errors/2020-04-23_00:48:24-1

Provision process finished.

I find it quite odd that yum is complaining that a package it's trying to update is already installed.

I ran a RPM Database Rebuild just in case, but nothing changed.

Any ideas?

Thanks!

 

[Rajeeva Lochana]

Removing

ea-php-cli-1:1.0.0-9.el7.cloudlinux.x86_64

might resolve this obviously. But I don't recommend you to try it. But @cPanelLauren, can you try installing this package and try and remove it, and see if nothing goes wrong.

 

[cPanelLauren]

Before I look into anything else, this sounds like you might have duplicates. What's the output of the following:

rpm -qa |grep ea-php-cli

 

[Bretas]

Thanks! Here it goes as requested:

$ rpm -qa |grep ea-php-cli
ea-php-cli-1.0.0-8.el7.cloudlinux.x86_64
ea-php-cli-1.0.0-9.el7.cloudlinux.x86_64
ea-php-cli-lsphp-1.0.0-9.el7.cloudlinux.x86_64
$

 

[cPanelLauren]

You do indeed have a duplicate - you have two versions of ea-php-cli installed, which explains why it was trying to update it. Can you try running the following then let me know if you have any further issues?

First ensure that you have yum-utils installed:

rpm -qa |grep yum-utils

If you don't see it you can install it with this:

yum -y install yum-utils

Then run:

package-cleanup --dupes

Then run:

yum update

To run the easyapache update and update any other packages that may need to be updated.

 

[Bretas]

Thanks, Lauren! The "yum-utils" was already installed. So I ran the third command and it did list several packages:

package-cleanup --dupes
Loaded plugins: fastestmirror, langpacks, rhnplugin
This system is receiving updates from CLN.
alt-php56-phalcon3-3.4.4-1.el7.x86_64
alt-php56-phalcon3-3.4.5-1.el7.x86_64
alt-php55-phalcon3-3.4.4-1.el7.x86_64
alt-php55-phalcon3-3.4.5-1.el7.x86_64
alt-php71-phalcon3-3.4.4-1.el7.x86_64
alt-php71-phalcon3-3.4.5-1.el7.x86_64
ea-php-cli-1.0.0-8.el7.cloudlinux.x86_64
ea-php-cli-1.0.0-9.el7.cloudlinux.x86_64
alt-php72-phalcon3-3.4.4-2.el7.x86_64
alt-php72-phalcon3-3.4.5-1.el7.x86_64
alt-php70-phalcon3-3.4.5-1.el7.x86_64
alt-php70-phalcon3-3.4.4-1.el7.x86_64
alt-php73-phalcon3-3.4.5-1.el7.x86_64
alt-php73-phalcon3-3.4.4-1.el7.x86_64

Then I ran "yum update" and several packages were update and some dependencies installed, but I distinctively noticed that nothing was removed. So much so both versions are still being listed just like they were before:

$ rpm -qa |grep ea-php-cli
ea-php-cli-1.0.0-8.el7.cloudlinux.x86_64
ea-php-cli-1.0.0-9.el7.cloudlinux.x86_64
ea-php-cli-lsphp-1.0.0-9.el7.cloudlinux.x86_64
$

Nothing changed when attempting to update EA4 from WHM once again, same message:

                    Provision process started.
[2020-04-23 18:46:13 -0300] info [xml-api] ---> Package ea-php-cli.x86_64 1:1.0.0-8.el7.cloudlinux will be updated
[2020-04-23 18:46:13 -0300] info [xml-api] ---> Package ea-php-cli.x86_64 1:1.0.0-9.el7.cloudlinux will be an update
[2020-04-23 18:46:13 -0300] info [xml-api] --> Finished Dependency Resolution
[2020-04-23 18:46:13 -0300] info [xml-api] ================================================================================
[2020-04-23 18:46:13 -0300] info [xml-api] Package Arch Version Repository Size
[2020-04-23 18:46:13 -0300] info [xml-api] ================================================================================
[2020-04-23 18:46:13 -0300] info [xml-api] Updating:
[2020-04-23 18:46:13 -0300] info [xml-api] ea-php-cli x86_64 1:1.0.0-9.el7.cloudlinux cl-ea4 10 k
[2020-04-23 18:46:13 -0300] info [xml-api] Transaction Summary
[2020-04-23 18:46:13 -0300] info [xml-api] ================================================================================
[2020-04-23 18:46:13 -0300] info [xml-api] Upgrade 1 Package
[2020-04-23 18:46:13 -0300] info [xml-api] Total size: 10 k
[2020-04-23 18:46:13 -0300] info [xml-api] Downloading packages:
[2020-04-23 18:46:13 -0300] info [xml-api] Running transaction check
[2020-04-23 18:46:13 -0300] info [xml-api] Running transaction test
[2020-04-23 18:46:13 -0300] info [xml-api] Error: Transaction check error:
[2020-04-23 18:46:13 -0300] info [xml-api] package ea-php-cli-1:1.0.0-9.el7.cloudlinux.x86_64 is already installed
[2020-04-23 18:46:13 -0300] info [xml-api] Error Summary
[2020-04-23 18:46:13 -0300] info [xml-api] -------------
[2020-04-23 18:46:13 -0300] info [xml-api] Leaving Shell

Error: Transaction check error:
package ea-php-cli-1:1.0.0-9.el7.cloudlinux.x86_64 is already installed
The entire output was logged to: /usr/local/cpanel/logs/packman/errors/2020-04-23_18:46:13-1

Provision process finished.

Maybe removing "ea-php-cli-1.0.0-8.el7.cloudlinux.x86_64" (or perhaps "ea-php-cli-1:1.0.0-9.el7.cloudlinux.x86_64" as @Chi.C.J.Rajeeva Lochana suggested) might do the trick?

 

[cPanelLauren]

What I'm concerned about is that the package is not listed correctly in CloudLinux's repository (one version isn't listed as an update as another) Give me just a sec and I'll test on a CloudLinux box.

 

[cPanelLauren]

Well that didn't pan out (which is a really good thing)

[root@cloudlinux7 ~]# rpm -qa |grep ea-php-cli
ea-php-cli-1.0.0-9.el7.cloudlinux.x86_64
ea-php-cli-lsphp-1.0.0-9.el7.cloudlinux.x86_64

[root@cloudlinux7 ~]# yum install ea-php-cli-1.0.0-8.el7.cloudlinux.x86_64
Loaded plugins: fastestmirror, universal-hooks
Loading mirror speeds from cached hostfile
 * cpanel-addons-production-feed: 184.94.196.94
 * cpanel-plugins: 184.94.196.94
 * epel: pubmirror2.math.uh.edu
Package matching 1:ea-php-cli-1.0.0-8.el7.cloudlinux.x86_64 already installed. Checking for update.
Nothing to do

Then I tried removing them both, installing the old version, then installing the new one (instead of updating) and got:

Running transaction
  Updating   : 1:ea-php-cli-1.0.0-9.el7.cloudlinux.x86_64                                                                                                                                    1/2
  Cleanup    : 1:ea-php-cli-1.0.0-8.el7.cloudlinux.x86_64

Snipped the rest of the output because it wasn't relevant.

Then double-checked:

[root@cloudlinux7 ~]# rpm -qa |grep ea-php-cli
ea-php-cli-1.0.0-9.el7.cloudlinux.x86_64
[root@cloudlinux7 ~]#

So it's not allowing the duplicate installation, so that's super weird it didn't keep it removed. What is the output if you try to remove it through yum?

yum remove 1:ea-php-cli-1.0.0-8.el7.cloudlinux.x86_64

 

[Bretas]

Interesting, so I yum removed it and the process ended correctly:

Service Status

apache_php_fpm restarted successfully.
  Verifying  : 1:ea-php-cli-1.0.0-8.el7.cloudlinux.x86_64                                                                  1/1

Removed:
  ea-php-cli.x86_64 1:1.0.0-8.el7.cloudlinux

Complete!

Then I tried to update EA4 from WHM and... well, it's no longer claiming there's an update available (despite the fact that nothing was updated during the removal of that package). The currently installed version was built back in April 15th:

# rpm -qi cloudlinux-ea4-release-1-6.el7.noarch
Name        : cloudlinux-ea4-release
Version     : 1
Release     : 6.el7
Architecture: noarch
Install Date: Tue 21 Apr 2020 05:52:53 AM -03
Group       : System Environment/Base
Size        : 11158
License     : GPLv2
Signature   : DSA/SHA1, Wed 15 Apr 2020 02:02:52 PM -03, Key ID 8c55a6628608cb71
Source RPM  : cloudlinux-ea4-release-1-6.el7.src.rpm
Build Date  : Wed 15 Apr 2020 01:58:19 PM -03
Build Host  : buildfarm03.cloudlinux.com
Relocations : (not relocatable)
Packager    : CloudLinux Packaging Team <[email protected]>
Vendor      : CloudLinux
URL         : http://www.cloudlinux.com/
Summary     : CloudLinux EasyApache4 repos
Description :
CloudLinux EasyApache4 repos

I'm not sure if CloudLinux's EA4 package replaces yours, but isn't it supposed to be getting the updated version you guys pushed yesterday (April 22th)? Unless it's being rolled out gradually.

Anyhow, that older version of that php-cli package is indeed gone for good now:

$ rpm -qa |grep ea-php-cli
ea-php-cli-1.0.0-9.el7.cloudlinux.x86_64
ea-php-cli-lsphp-1.0.0-9.el7.cloudlinux.x86_64
$

 

[cPanelLauren]

Then I tried to update EA4 from WHM and... well, it's no longer claiming there's an update available (despite the fact that nothing was updated during the removal of that package). The currently installed version was built back in April 15th:

Yea this is because you don't have that extra package there anymore. .

I'm not sure if CloudLinux's EA4 package replaces yours, but isn't it supposed to be getting the updated version you guys pushed yesterday (April 22th)? Unless it's being rolled out gradually.

So this is a thing, CloudLinux uses their own EA4 repository. They don't update it at the same time as us. I am also not privy to when they plan to have an update available for it.

Anyhow, that older version of that php-cli package is indeed gone for good now:

That's good news! I'm glad to hear that. I'm still a bit perplexed at why it added it back in the first place but at least it's not there to cause conflicts anymore.

 

[Bretas]

Thank you for the clarification, Lauren!

Indeed that was a peculiar issue specially given that this is a relatively fresh box, it's been in production for just 8 months. In case more people start coming across this issue here in the future and you're trying to narrow down on a common factor, our server was provisioned using OVH's baremetal CloudLinux 7.1 image on the August 19th, 2019. Nothing fancy, just the plain good ol' CloudLinux + cPanel (Release Tier) + CSF + Softaculous.

Anyway, terrific work as always. Appreciated! Have a wonderful day!

 

[cPanelLauren]

Thanks @Bretas that kind of information really does help

 

[Rajeeva Lochana]

Glad my solution kind of made it here. Also, I meant to say
""""""
Removing

ea-php-cli-1:1.0.0-9.el7.cloudlinux.x86_64

might resolve this obviously. But I don't recommend you to try it. But @cPanelLauren, can you try installing this package and try and remove it, and see if nothing goes wrong. And update the old package.
""""""

But, anyways, I assume the issue would not go away if anyone did this.

 

[cPanelLauren]

might resolve this obviously. But I don't recommend you to try it. But @cPanelLauren, can you try installing this package and try and remove it, and see if nothing goes wrong. And update the old package.
""""""

You can see in the above responses I did just that.