Plesk & ASL dependency problem

[redpaint]

Hello,

Plesk did an auto update last night and now the control panel is broken. It seemed to fail on Yum Update and when I try to manually run this I get the following:

Code: Select all

[root@plesk tmp]# yum upgrade
Loaded plugins: fastestmirror, priorities
Loading mirror speeds from cached hostfile
 * asl-3.0: www6.atomicorp.com
 * atomic: www7.atomicorp.com
 * base: mirror.simwood.com
 * extras: mirror.simwood.com
 * updates: mirror.simwood.com
228 packages excluded due to repository priority protections
Setting up Upgrade Process
Resolving Dependencies
--> Running transaction check
--> ...........
--> Finished Dependency Resolution
Error: Protected multilib versions: php-common-5.3.21-14.el6.art.i686 != php-common-5.3.22-15.el6.art.x86_64
Error: Protected multilib versions: php-5.3.21-14.el6.art.i686 != php-5.3.22-15.el6.art.x86_64
Error: Protected multilib versions: php-cli-5.3.21-14.el6.art.i686 != php-cli-5.3.22-15.el6.art.x86_64
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

Panel is down at the moment but fortunately the sites are all still up.

Seems to be related to this post https://www.atomicorp.com/forum/viewtop ... f=2&t=6252 and php-eaccelerator.

Any suggestions?

Thanks

[redpaint]

Hi,

Decided to just yum remove php-eaccelerator.

Thanks

[prupert]

See also https://www.atomicorp.com/forum/viewtop ... f=2&t=6596 ("php-eaccelerator should depend on php for specific arch")

[redpaint]

Thanks prupert,

Disabling php-eaccelerator isn't really a sustainable solution on a high volume server and while there are other options: APC, XCache etc eaccelerator has the smallest footprint so I would like it re-install it as soon as possible.

Is there any way to manually update the dependency of php-eaccelerator?

Thanks

[prupert]

Thanks prupert,

Disabling php-eaccelerator isn't really a sustainable solution on a high volume server and while there are other options: APC, XCache etc eaccelerator has the smallest footprint so I would like it re-install it as soon as possible.

Is there any way to manually update the dependency of php-eaccelerator?

Please see the other thread. You can hold of the PHP upgrade until php-eaccelerator has been updated as well. Apart from that it would be nice if ART would set the dependency on the architecture as well.

Protip: never assume yes on yum updates or run automatic/unsupervised updates, especially if you are using other repositories than the CentOS base.

[redpaint]

It's a fair point, we had a problem with Plesk which assumes auto upgrades since v11 and ran last night which broke the control panel. I had to uninstall eaccelerator to get the panel back up and can't re-install it now due to the dependency issues.

[prupert]

You might now have two PHP versions installed, one with i386 packages (to satisfy the php-eccelerator dependency) and one with x64 packages (from ART). You should fix this double installation.

You cannot use php-eccelerator from ART with the latest PHP version from ART because the updated php-eccelerator package is not yet released. You should have waited before upgrading PHP. You could opt for a downgrade (if you still have access to the old packages) if having php-eccelerator installed is a requirement.

[redpaint]

Nope, just php.x86_64

Code: Select all

 yum list installed |grep php
asl-php.x86_64                   5.4.12-12.el6.art              @asl-3.0
asl-php-cli.x86_64               5.4.12-12.el6.art              @asl-3.0
asl-php-common.x86_64            5.4.12-12.el6.art              @asl-3.0
asl-php-gd.x86_64                5.4.12-12.el6.art              @asl-3.0
asl-php-mysqlnd.x86_64           5.4.12-12.el6.art              @asl-3.0
asl-php-pdo.x86_64               5.4.12-12.el6.art              @asl-3.0
asl-php-pecl-apc.x86_64          3.1.13-4.el6.art               @asl-3.0
asl-php-process.x86_64           5.4.12-12.el6.art              @asl-3.0
php.x86_64                       5.3.22-15.el6.art              @atomic
php-cli.x86_64                   5.3.22-15.el6.art              @atomic
php-common.x86_64                5.3.22-15.el6.art              @atomic
php-devel.x86_64                 5.3.22-15.el6.art              @atomic
php-gd.x86_64                    5.3.22-15.el6.art              @atomic
php-imap.x86_64                  5.3.22-15.el6.art              @atomic
php-ioncube-loader.x86_64        1:4.2.2-2.el6.art              @atomic
php-mbstring.x86_64              5.3.22-15.el6.art              @atomic
php-mcrypt.x86_64                5.3.22-15.el6.art              @atomic
php-mysql.x86_64                 5.3.22-15.el6.art              @atomic
php-pdo.x86_64                   5.3.22-15.el6.art              @atomic
php-pear.noarch                  1:1.9.4-4.el6                  @base
php-soap.x86_64                  5.3.22-15.el6.art              @atomic
php-xml.x86_64                   5.3.22-15.el6.art              @atomic
php-zend-guard-loader.x86_64     5.5.0-3.el6.art                @atomic
psa-php5-configurator.x86_64     1.6.2-cos6.build110120608.16   @PSA_11_0_9-dist
psa11-php-fakepackage.x86_64     11.0.9-cos6.build110120608.16  @PSA_11_0_9-dist
roadsend-php-libs.x86_64         2.9.8-10.2.el6.art             @asl-3.0

I yum removed eaccelerator before upgrading as we couldn't run the server without the CP. Presumably once the ART php-eaccelerator is released I can just yum install that?

[prupert]

To be sure, could you run "package-cleanup --problems" (part of the yum-utils package)?

Nope, just php.x86_64
I yum removed eaccelerator before upgrading as we couldn't run the server without the CP. Presumably once the ART php-eaccelerator is released I can just yum install that?

Yup.

[redpaint]

Hello prupert,

Code: Select all

package-cleanup --problems
Loaded plugins: fastestmirror, priorities
No Problems Found

Whew

Thanks for your help, it's very much appreciated. Having a bit of guidance when something doesn't quite work as expected is invaluable and it means so much more when it's altruistic.

Thanks again.

[prupert]

No problem, glad to have been helpful

[mikeshinn]

PHP is not part of ASL, I'm moving this thread to the PHP forums.

[redpaint]

Hello Mike,

Understood, any chance that you might (if feasible) be able to implement this solution (https://www.atomicorp.com/forum/viewtop ... f=2&t=6596) for those of us that run PHP and wish to also use php-eaccelerator? It might help prevent some of these issues in the future?

Thanks

[prupert]

Understood, any chance that you might (if feasible) be able to implement this solution (https://www.atomicorp.com/forum/viewtop ... f=2&t=6596) for those of us that run PHP and wish to also use php-eaccelerator? It might help prevent some of these issues in the future?

Yes, that would be great. I believe Scott is in charge of the php-eaccelerator package. As Mike noted, the Atomic php-* packages are not part of ASL.

The solution suggested by breun in https://www.atomicorp.com/forum/viewtop ... f=2&t=6596 should be an ideal fix.