/usr/bin/php-cgi conflicts on Plesk 9 (RHEL4) and PHP 5.2.9

[jaz]

Hi,

Noob alert!

I run a RHEL4 server (32 bit) with Plesk 9 installed. This has been a continual upgrade from Plesk 8.2.1. Because RHEL 4 ships with PHP4, I needed to use ART PHP 5 packages, which have been installed (and updated) since using Plesk versions 8.2.1 through 9.

However, a recent update to Plesk 9 includes "PHP 4 configurator". Issuing up2date -u --dry-run gives me this:

Testing package set / solving RPM inter-dependencies...
########################################
RPM package conflict error. The message was:
Test install failed because of package conflicts:
file /usr/bin/php-cgi conflicts between attempted installs of psa-php4-cgi-4.3.10-2 and php-cli-5.2.9-2.el4.art

I've been reading other posts on this forum and the advice generally seems to be "install the ART update first, then Plesk". Would you agree that this is the best thing to do in this case?

I suppose I am trying to avoid any major compatibility issues which would inevitably mean working a weekend to resolve (and potentially upsetting hosting clients).

Thanks,
j

[Kalimari]

As it would seem you have added the Atomic repo, you should be able to upgrade Plesk using YUM. Re-run Atomic Installer:

Code: Select all

wget -q -O - http://www.atomicorp.com/installers/atomic |sh

There is now an option to use either Plesk 8.6 or 9.0 repo, select 9 then:

Code: Select all

yum check-update

There's a similar problem/possible solution posted (by HostingGuy) on Parallels forum: http://forum.parallels.com/showthread.php?t=85353 if the YUM route doesn't work.

[jaz]

Hi,

I followed the advice on the Parallels Plesk forum and this seemed to do the trick - at least in allowing the Plesk upgrade to succeed. But I have not been able to reinstall php-cli because I (do not appear to) have not set yum up correctly to work with ART.

Currently, when I do

Code: Select all

# php -v

I get:
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/modules/xsl.so' - /lib/libgcrypt.so.11: undefined symbol: gpg_err_code_from_syserror in Unknown on line 0
PHP 5.2.9 (cli) (built: Mar 10 2009 16:30:52)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies
with Zend Extension Manager v1.2.2, Copyright (c) 2003-2007, by Zend Technologies
with Zend Optimizer v3.3.3, Copyright (c) 1998-2007, by Zend Technologies

Is there a direct path to the php-cli 5.2.9 ART package? alternatively, what does the ART "installer" actually install/do?

Thanks,
J

[scott]

the atomic installer will:

1) check for yum, if its not available on a system that should normally have it, it will install it
2) install the atomic GPG key
3) install the atomic yum or up2date repository
4) On RHEL systems, prompt to convert them to CentOS
5) prompt to configure the Plesk 8 or Plesk 9 yum repos

I know about the tls issue on rhel4 systems, its a harmless error, and an update to address it is forthcoming

[ElviCities]

I have found the solution. I have upgraded to: libgpg-error-1.4-2.el4.art.i386.rpm which is in the testing channel, and the

Code: Select all

PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/modules/xsl.so' - /lib/libgcrypt.so.11: undefined symbol: gpg_err_code_from_syserror in Unknown on line 0

error no longer appears.

I also upgraded to the php-5.2.13-2.el4.art.i386.rpm php packages.

Hopefully those packages are stable enough. But, it was definitely installing the libgpg-error package that solved it for me.