Upgrading PHP crashing PHP

Submitted by starr on Mon, 10/19/2015 - 11:42 Pro Licensee

so if I upgrade a site to php 5.4.45 from 5.3.3 php just doesn't work

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, root@localhost and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Status: 
Active

Comments

Submitted by andreychek on Mon, 10/19/2015 - 11:44

Howdy -- what process did you use to upgrade PHP?

Submitted by starr on Mon, 10/19/2015 - 11:55 Pro Licensee

It's just available to me as an option under the virtual site and php versions

Submitted by andreychek on Mon, 10/19/2015 - 12:06

CentOS only comes with one PHP version though... the process of installing or upgrading PHP could cause the problems you're describing.

Can you describe the process used to install this new PHP version? In particular, what repository did it come from?

Submitted by starr on Mon, 10/19/2015 - 18:10 Pro Licensee

I didn't install anything.

This is where I tried to do it.

Submitted by andreychek on Mon, 10/19/2015 - 18:16

PHP 5.4 doesn't come with CentOS 6 though... someone would have had to install it.

If you didn't install PHP 5.4, someone else would have had to.

What is the output of this command:

rpm -qa | grep php

Submitted by starr on Mon, 10/19/2015 - 20:41 Pro Licensee

[root@vm1 ~]# rpm -qa | grep php php-imap-5.3.3-46.el6_6.i686 php-xmlrpc-5.3.3-46.el6_6.i686 atomic-php54-php-pdo-5.4.45-51.el6.art.i686 atomic-php54-php-gd-5.4.45-51.el6.art.i686 atomic-php54-php-mcrypt-5.4.45-51.el6.art.i686 atomic-php54-php-pspell-5.4.45-51.el6.art.i686 atomic-php54-php-recode-5.4.45-51.el6.art.i686 atomic-php54-php-process-5.4.45-51.el6.art.i686 php-common-5.3.3-46.el6_6.i686 atomic-php54-php-common-5.4.45-51.el6.art.i686 atomic-php54-php-mysqlnd-5.4.45-51.el6.art.i686 atomic-php54-php-bcmath-5.4.45-51.el6.art.i686 atomic-php54-php-enchant-5.4.45-51.el6.art.i686 atomic-php54-php-tidy-5.4.45-51.el6.art.i686 atomic-php54-php-soap-5.4.45-51.el6.art.i686 atomic-php54-php-embedded-5.4.45-51.el6.art.i686 atomic-php54-php-xml-5.4.45-51.el6.art.i686 atomic-php54-php-imap-5.4.45-51.el6.art.i686 atomic-php54-php-intl-5.4.45-51.el6.art.i686 atomic-php54-php-cli-5.4.45-51.el6.art.i686 wbm-php-pear-1.5-1.noarch ohiointernet-php54-release-1.0.1-1.noarch php-gd-5.3.3-46.el6_6.i686 php-mysql-5.3.3-46.el6_6.i686 php-pspell-5.3.3-46.el6_6.i686 php-xml-5.3.3-46.el6_6.i686 php-mbstring-5.3.3-46.el6_6.i686 php-pdo-5.3.3-46.el6_6.i686 php-5.3.3-46.el6_6.i686 php-odbc-5.3.3-46.el6_6.i686 php-intl-5.3.3-46.el6_6.i686 atomic-php54-php-ldap-5.4.45-51.el6.art.i686 atomic-php54-php-xmlrpc-5.4.45-51.el6.art.i686 atomic-php54-php-mbstring-5.4.45-51.el6.art.i686 atomic-php54-php-fpm-5.4.45-51.el6.art.i686 atomic-php54-php-dba-5.4.45-51.el6.art.i686 php-mcrypt-5.3.3-4.el6.i686 php-pear-1.9.4-4.el6.noarch php-cli-5.3.3-46.el6_6.i686

Submitted by andreychek on Mon, 10/19/2015 - 20:58

Okay, it looks like some third party repositories were enabled on your server. PHP 5.4 was installed from those third party repositories.

Packages from third party repositories can cause a variety of problems, including with PHP.

It's difficult to say what the exact problem is in this case, as we're not familiar with that repository. Though you could always look at the Apache error logs in $HOME/logs/error_log to see what error(s) show up in there.

However, we recommend against using third party repositories due to the number of unusual problems they can cause.

If you wish to be able to use PHP 5.4, the instructions here are our recommended way of doing that:

https://www.virtualmin.com/documentation/web/multiplephp

The above instructions make use of the CentOS SCL repository, which is a supported way of installing newer PHP versions on CentOS.

Unfortunately, the CentOS SCL repository only provides packages for 64 bit distributions... it looks like you may be using 32 bit there. Do you happen to have a 64 bit server you could do that on?

Submitted by starr on Mon, 10/19/2015 - 21:01 Pro Licensee

that was done by a previous user, how do I revert it back to normal

Submitted by starr on Mon, 10/19/2015 - 21:08 Pro Licensee

It's an openvz server running under cloudmin

Submitted by andreychek on Wed, 10/21/2015 - 19:11

You could use RPM, or Webmin's package manager, to remove packages you no longer need.

You could always use one of those to remove the PHP packages from the Atomic repository.

However, if you only have 32 bit CentOS, you wouldn't be able to use the PHP packages from the SCL repository, since those only support 64 bit CentOS.

Unfortunately, that means there isn't a supported way to get PHP 5.4 on CentOS 6, if your server is 32 bit.

Submitted by starr on Wed, 11/18/2015 - 08:42 Pro Licensee

How do I make sure my openvz i create is 64bit?

Submitted by andreychek on Wed, 11/18/2015 - 13:37

If you're using Cloudmin there, the architecture of the image should be included in the image name.

If you're not seeing that, let us know what image name you're looking at and we'll look deeper into that, as we'd definitely want them to be labeled correctly so people know what they're installing.

Submitted by andreychek on Wed, 11/18/2015 - 17:55

Jamie, do we have CentOS 7 OpenVZ images for Cloudmin? I didn't see any in the list provided by starr.

Also, what architecture are the CentOS 6 OpenVZ images?

Submitted by JamieCameron on Wed, 11/18/2015 - 20:48

We only have x86 centos 6 images.

Submitted by starr on Thu, 11/19/2015 - 08:19 Pro Licensee

OK, so what is the best solution to get a virtulmin vm at 64bit?

Submitted by JamieCameron on Thu, 11/19/2015 - 10:39

You could create a new empty OpenVZ instance on a 64-bit host and install CentOS 7 into it, then create an image from that VM.

Submitted by starr on Thu, 11/19/2015 - 11:27 Pro Licensee

is that proceedure documented somewhere?

Submitted by andreychek on Thu, 11/19/2015 - 11:34

Sure, I linked to that in Comment #17 above :-)

Note though that as Jamie mentions, the host itself would need to be 64 bit.

Submitted by starr on Thu, 11/19/2015 - 11:37 Pro Licensee

This is my host machine.

[root@prox1 ~]# uname -m x86_64 [root@prox1 ~]# getconf LONG_BIT 64 [root@prox1 ~]#

Submitted by starr on Fri, 11/20/2015 - 09:12 Pro Licensee

Login as root and go to Cloudmin Settings -> New System Images. Click Create image for Xen (or whatever virtualization type you are using).

I don't have the option for "Create image"

Submitted by JamieCameron on Fri, 11/20/2015 - 21:30

Sorry, the docs are out of date - you should go to Cloudmin Settings -> Import System Image.

Submitted by starr on Wed, 11/25/2015 - 13:20 Pro Licensee

I did that, I cant find where you actually create it from the image

Submitted by JamieCameron on Wed, 11/25/2015 - 23:59

So you managed to import an image, but now you want to create a system from it? This can be done on the Create System -> Create OpenVZ Instance page.