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:
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?
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.
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.
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.
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?
To be sure, could you run "package-cleanup --problems" (part of the yum-utils package)?
redpaint wrote: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?
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.
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?
redpaint wrote: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.