php 5.2.17-1.art not compatible with plesk 10.1.1

[bob83]

This is the error i get:

The requested package "php5-ioncube-loader" could not be installed: dependency 'php < 5.2.0' is unresolved
Searching problems for the "php5-ioncube-loader" package.
php5-ioncube-loader-3.2-11012014.x86_64: No suitable solutions were found
for the "php < 5.2.0" dependency.
The "php-5.1.6-27.el5_5.3.x86_64" package resolves "php < 5.2.0".
Searching problems for the "php" package.
Unable to downgrade 'php' package to version 5.1.6-27.el5_5.3:
version 5.2.17-1.el5.art is currently installed.
Could not add package php-5.1.6-27.el5_5.3.x86_64to the list of required packages.
Problem occured during searching directly resolved dependencies for 'php < 5.2.0' of package php5-ioncube-loader-3.2-11012014.x86_64

The following could cause the installation failure:
1)php5-ioncube-loader-3.2-11012014.x86_64: No suitable solutions were found
for the "php < 5.2.0" dependency.

2)Unable to downgrade 'php' package to version 5.1.6-27.el5_5.3:
version 5.2.17-1.el5.art is currently installed.

[breun]

Yeah, I found the same thing: https://www.atomicorp.com/forum/viewtop ... =18&t=4763

Seems Plesk 10.1.1 requires SiteBuilder, which requires the php5-ioncube-loader package from Plesk, which requires 'php < 5.2.0'. So yeah, no Plesk 10.1.1 and PHP 5.2+ on the same box because of this.

[breun]

I just found this post on the Parallels Plesk forum: http://forum.parallels.com/showthread.php?t=108052

Apparently this is a known issue and they are working on a fix. Guess I'll wait for that then.

[KirkM]

I have that too but my immediate problem is that I did a yum update to the art version of ioncube loader today and it broke all my online cubecart stores. Is this CC problem or the art ioncube version? I have the latest php art version and all worked fine until this yum update today.

[scott]

ioncube is distributed as a binary by ioncube.com, the RPM is just a wrapper around that binary. Incompatibility issues with encoded apps are best reported to them, since theres nothing we or anyone else can really do about fixing that kind of problem. Its a closed black box.

[KirkM]

I don't know why or how, but the yum update didn't put the .so file in /usr/lib64/php/modules. It looks like it actually removed the old .so file from there and put in an ioncube directory instead - /user/lib64/php/modules/ioncube. So all of the ioncube .so files are in there. The basedir won't allow that to be read so I put the one I needed up one level and it works.

I am a php hack, not a Linux guy, so this stuff is not in my comfort zone. I feel like I am on the verge of causing a meltdown every time I get under the hood of the server.

Plesk 10.x continues to be a holy nightmare.

[breun]

The basedir won't allow that to be read so I put the one I needed up one level and it works.

The .so location has nothing to do with PHP basedir settings. The config file (/etc/php.d/ioncube.ini in the ART package) just needs to point to the right location.

[scott]

They all look fine to me:

-rwxr-xr-x 1 root root 945016 Jan 26 22:27 /usr/lib64/php/ioncube/ioncube_loader_lin_5.2.so

[root@localhost ~]# php -v
PHP 5.2.17 (cli) (built: Jan 7 2011 10:39:29)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2010 Zend Technologies
with the ionCube PHP Loader v4.0.5, Copyright (c) 2002-2011, by ionCube Ltd.

[JohnHart]

This has been a nightmare for me as well. Maybe someone here can help me out of my jam.

I wanted to upgrade to PHP 5.2 for compatibility issues on two sites I'm running. I went through all the hassles with the Plesk 10.1.1 upgrade until they got all that resolved. At that point my sites were still ok.

Then I ran the upgrade for PHP per the wiki here at atomicorp. The upgrade seemed to go fine, but both sites were down. There were some mysql problems injected in the process, and I found that the my.cnf file was vastly different from the original. This caused mysql to not be to be restarted. I goofed around with the my.cnf file and finally got the mysql to start. But the sites were still down.

I get nothing but an Internal Server Error screen, and the error log shows a FastCGI error. I've been down for two days, I'm not an expert....and I could sure use some wild guesses.

If I could downgrade back to 5.1...I'd give that a try....but I just don't know what to do.

Any help would be great.
Thanks

[JohnHart]

Well...it took 5 days for my post to be approved by a moderator, and I just couldn't afford to wait that long for any help.

I ended up punting. Because I don't understand the nature of the PHP upgrade or how to repair it, I was forced to reformat the hard drive and reload the operating system and associated software. I reloaded PHP 5.1 and Plesk 10.0 and verified that everything worked.

Then I upgraded PHP to 5.2....then verified that everything worked.

Then reloaded the websites from backups....then verified that everything worked.

I'm still limping along because this process changed the apache user so now I'm having trouble loading modules into the websites due to permission difficulties...and I'm not sure how to correct that. But...I guess being a newbie in this world means nobody helps you until you already know how to do stuff.

[biggles]

I feel your pain. Any error messages would really help us in solving your problems. What does "php -v" show you? Could you post your error log?

[scott]

Yeah we kind of need more than "my <fill in the blank> is <fill in the blank>" to work with here