Solved Yum update recompiled main php from sources

Zhenyapan

Zhenyapan

Verified User
Joined
Feb 23, 2018
Messages
2,468
Location
UA
Hello,

Today I run yum update on Almalinux 8.8 with directadmin + cloudlinux.
There was php packages only in YUM, but in the middle of Cleanup it started main PHP recompiling for DA from sources. Why?
Cloudlinux support tell ask directadmin support.
When I run YUM update I wait for rpm-packages update, not for recompilling main PHP from sources and rewriting httpd/nginx confs.
@fln @DirectAdmin Support can you help with this, I didn't find description why YUM now rewrites confs and recompiles applications from sources.
 
This is a bug in CL packages. We already reported it and got confirmation from CL that it is fixed.

Apparently they called custombuild from RPM package install script. This causes yum deadlock to happen because custombuild does perform operations with yum.
 
Found the same issue (I guess) on Centos 6 with CloudLinux, where the update process executed with yum got stuck because of custombuild trying to use yum. Never found a yum hook that would try to do anything with custombuild. Good to know it is bug to be fixed soon.
 
@zEitEr yep, it still not fixed, I provided clouldlinux team access to server few hours ago, so they looking.
It appears on all my cloudlinux servers with CL7 and CL8 (I don't have CL6) 4 days ago, previous YUM update 6 days ago was without such issues.
 
totally agree! it broke a lot of customizations that wasn't fixed and which I control manually when I want to update something.
I want it work as it was, separated - yum just for RPM packages, and manual complining for manual.
 
For custombuild to not use yum/apt-get would essentially mean we need to create (and maintain) our own Linux distribution. Right now we rely on RHEL/Debian to provide most of the packages, but compile from scratch packages where we want to provide custom versions (usually more up to date, or multiple instances of software). But CB relies on distro package manager to provide the rest of the system packages. Most common operation CB does with distro package manager - is install compilation toolchain and dependencies for the packages we are about to compile from scratch.
 
I was referring to this new feature:

Code: 
Latest version of System packages: 8 upgradable packages
Installed version of System packages:

System packages  to 8 upgradable packages update is available.

I'd rather have an option to disable custombuild from checking for these updates.
 
I understand when Custombuild runs YUM to receive additional dependencies, but not vice versa when I run YUM - it runs custombuild too.
 
Yes, system updates notification in CB is potential source of problems and also takes some time to get computed. We will most likely optimize it by moving out of CB somewhere deeper into DA, or replace it with lighter version that would be executed faster and would not require package manager locks.

If not for CL confirmation that this issue should be solved already, this release would have included yum lock detection before system package update counter.
 
I'm not about CB notifications, in my case Nagios checks for updates, notifies me, I log in server via SSH, in console type: yum update, check which packages here, and even if there just kernel or other OS package - after install during cleanup it runs custombuild to update PHP (that I don't planing to update now and don't run it).
 
Zhenyapan said:
...after install during cleanup it runs custombuild to update PHP
Click to expand...
This is something outside of our control. CL team thought it is a good idea to just blindly rebuild PHP using custombuild as part of the package update procedure. And it turned out to be a bad idea. I just hope new CL packages will not do that anymore, and old packages will get purged from RPM repos and caches quickly enough.
 
You must log in or register to reply here.
Back
Top