install php in new redhat 7.2. server

./configure: command not found

[jamie]

hi me again groan from all regular unix forum users ;);)

just received the ssh login for our new redhat server. so am busy installing the necessary stuff, which in my case is mysql and php.

mysql was installed from an rpm and went perfectly. i then logged in and changed the mysql root password. (and jamie looked down and he was pleased)

i then downloaded the newest version of php:
php-4.3.0.tar.gz

uploaded and unzipped to /usr/local/src/ and then (following a guide i found online) tried the following:

# ./configure --with-mysql=/usr/local/mysql --enable-track-vars --with-xml --with-apxs=/usr/local/apache/bin/apxs

# make

# make install

however the server returned a ./configure: command not found

a) why might this be?
b) do the installation instructions look ok to an expert?
c) might it be easier for me as a novice to install a php rpm?

many heartfelt thanks

[jamie]

hi andreas

i just did rpm --rebuilddb and

then tried to rpm -e the mysql packages and still is says error: package ... not installed (for all 4 packages)

[hakre]

to jamie:

added> i was too slow.... :)
delete>
i digged out a kind of 'remove like' command not caring about dependencies, but i'm not shure if it is good to use...

to andreas:
shure, you can script it with debian ;). debian has it's own 'packet manager', but the truth is: you can get updates everyday but there is no gurantee your os works like a charm afterwards. if you don't do it at least 2 or 3 times a week on a www/ftp/some extras box, then you've got a lot of things to fix after the update.

[andreasfriedrich]

To get your current setup to work:
In your php.ini change mysql.default_socket to /var/lib/mysql.sock.

Removing the packages:
Did you run the rpm -e command without specifying the extension. That would be the right way.

You could just give us root access and we could all try to fix it on your server, Jamie ;) ;)

Andreas

[jamie]

SUCCESS

silly me had shut down the mysql server and forgot to start it up again!

now phpmyadmin is running. without the help here i would have been lost. heartfelt thanks to everyone involved.

a bit off topic, but...

david said

could never feel comfortable with dependancy errors on mission critical Apps.

hmmm.. got me nervous - although everything now appears to be running, could i have cause for worry in the future?

<added>

You could just give us root access and we could all try to fix it on your server, Jamie

don't joke i had already typed that question out, but then deleted thinking against the rules of forum ;);)

and yes i did try without the .rpm's on the end of package name - odd that they just couldn't dlete

[hakre]

so now you've got the older version running which you can not update nor delete. that's really funny. but the server works?!

maybe it's easy to remove that version by hand and then re-install it via the rpm, and then removing it via the rpm clearly afterwards. maybe and rebuild index after deleting the rpm files by hand. does this make sense?

got root ;)

[jamie]

<added>

rpm -e uninstall works! i got the bl**dy case wrong - MySQL not MySql so sorry everyone i am 'doh'

i am now sorely tempted to uninstall everything and reinstall the official redhat versions.

</added>

well i now think the problem is that the .rpm i downloaded from mysql were 'generic' mysql rpm's - and i had to download and install each one separately.

i suspect that if i had started with the redhat rpm's none of this failed depenedancies would have happened.

now the rpm on my system doesn't recognise that the mysqp.rpm's have been installed and thus can't uninstall?

still, it is the newest version 3.23.54 and appears to work now. i even did up2date -p and the redhat network could not find any mysql packages out of date.

manually uninstall and then reinstall? is a manual uninstall easy / worth it if it works?

[andreasfriedrich]

i even did up2date -p and the redhat network could not find any mysql packages out of date.

To ensure that all packets are up2date without depending on correct information about your system on rhn run

up2date -u

.

failed dependancies

A message about failed dependancies in itself is nothing bad and you get those using Redhat RPMs as well. It just means that prior to being able to install one packet you need to install some other packet. As long as you do not force some action using the --nodeps option there won´t be any problems.

Andreas

[jamie]

thanks andreas - that puts my mind at ease.

i just ran up2date -u and it installed one mm package and nothing else - so it looks like i'm in the clear :):)

[hakre]

work done ;) as everytime: the error is in front of the computer ;) argh.

[Gorufu]

msg #:22 posted by David

If it were me I would rpm -e (thats remove) all non redhat rpms and go to the redhat site and select the packages you need.

msg #:36

i am now sorely tempted to uninstall everything and reinstall the official redhat version.

Hi jamie,

The following will help you return to original RedHat versions.

Remove the currently installed version of MySQL

rpm -e MySQL-shared
rpm -e MySQL-devel
rpm -e MySQL-client
rpm -e MySQL

cd to an empty directory on your server and download the four original RedHat 7.2 mysql rpm's

For downloading RPM's via ftp, I prefer to use fast mirror sites. They are often much quicker than RedHat's FTP server. mysql.secsup.org is a very fast mirror.

Each step of the ftp session is listed below. Just type the highlighted commands.

ftp mysql.secsup.org

Connected to mysql.secsup.org (208.209.50.18).
220 Welcome to mirrors.secsup.org FTP service.
Name (mysql.secsup.org:root): anonymous
331 Please specify the password.
Password: enter any email address here
230 Login successful. Have fun.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> cd /pub/linux/redhat/redhat/linux/7.2/en/os/i386/RedHat/RPMS
250 Directory successfully changed.
ftp> ls my*
227 Entering Passive Mode (208,209,50,18,96,219)
150 Here comes the directory listing.
-rw-r--r-- 1 0 0 4837190 Sep 07 2001 mysql-3.23.41-1.i386.rpm
-rw-r--r-- 1 0 0 461825 Sep 07 2001 mysql-devel-3.23.41-1.i386.rpm
-rw-r--r-- 1 0 0 877039 Sep 07 2001 mysql-server-3.23.41-1.i386.rpm
-rw-r--r-- 1 0 0 124580 Sep 07 2001 mysqlclient9-3.23.22-6.i386.rpm
226 Directory send OK.
ftp> mget my*
mget mysql-3.23.41-1.i386.rpm? y
227 Entering Passive Mode (208,209,50,18,105,89)
150 Opening BINARY mode data connection for mysql-3.23.41-1.i386.rpm (4837190 bytes).
226 File send OK.
4837190 bytes received in 1.43 secs (3.4e+03 Kbytes/sec)
mget mysql-devel-3.23.41-1.i386.rpm? y
227 Entering Passive Mode (208,209,50,18,36,129)
150 Opening BINARY mode data connection for mysql-devel-3.23.41-1.i386.rpm (461825 bytes).
226 File send OK.
461825 bytes received in 0.151 secs (3e+03 Kbytes/sec)
mget mysql-server-3.23.41-1.i386.rpm? y
227 Entering Passive Mode (208,209,50,18,71,160)
150 Opening BINARY mode data connection for mysql-server-3.23.41-1.i386.rpm (877039 bytes).
226 File send OK.
877039 bytes received in 0.37 secs (2.3e+03 Kbytes/sec)
mget mysqlclient9-3.23.22-6.i386.rpm? y
227 Entering Passive Mode (208,209,50,18,82,63)
150 Opening BINARY mode data connection for mysqlclient9-3.23.22-6.i386.rpm (124580 bytes).
226 File send OK.
124580 bytes received in 0.0818 secs (1.5e+03 Kbytes/sec)
ftp> bye
221 Goodbye.

# Install the four original RH7.2 mysql rpm's
rpm -ivh *.rpm

# Check that mysql is working by typing the following a couple of times
/etc/rc.d/init.d/mysqld restart

# new mysql packages should be listed using either of the commands below.
up2date -l
up2date --dry-run

# update the mysql packages.
up2date --install mysql
up2date --install mysqlclient9

# or you could update all packages
up2date -u

[jamie]

gorufu (and david will also be pleased to hear)

i have now done exactly that and all my packages are OFFICIAL REDHAT rpms

i am ridiculously pleased ;-)

thank you!

p.s. what a great learning experience this post has been!