New DA installation FAILED (CentOS 4.2 64bits)

Ximmer

Verified User
Joined
Feb 12, 2006
Messages
22
Location
The Netherlands
I am a DA "newbie" and just tried to install DA for the first time.
It failed unfortunately, even after several retries.

The installation is a clean (from scratch) install of CentOS 4.2 (64 bits). I have followed the installation instructions and the packages gcc, g++, bison, flex, webalizer, bind, patch, openssl and wget are all installed. Sendmail has been removed.

The start of the setup.sh script is ok, the packages are downloaded and installed and compiling starts.
After some time a nasty error appears and the installation stopped.

Here is the last part of the info which I have logged from my terminal.

Please note that the last comment about a missing "libssl.so.4" is not correct, the file does exist.

See (from the directory /lib64 )

-rwxr-xr-x 1 root root 241784 Jun 1 2005 libssl.so.0.9.7a
lrwxrwxrwx 1 root root 16 Feb 12 13:51 libssl.so.4 -> libssl.so.0.9.7a



<snap>
..........................
Build complete.
(It is safe to ignore warnings about tempnam and tmpnam).

Make Complete
Installing php...
Installing PHP SAPI module: apache
[activating module `php4' in /etc/httpd/conf/httpd.conf]
cp libs/libphp4.so /usr/lib/apache/libphp4.so
chmod 755 /usr/lib/apache/libphp4.so
cp /etc/httpd/conf/httpd.conf /etc/httpd/conf/httpd.conf.bak
cp /etc/httpd/conf/httpd.conf.new /etc/httpd/conf/httpd.conf
rm /etc/httpd/conf/httpd.conf.new
Installing PHP CLI binary: /usr/local/bin/
Installing PHP CLI man page: /usr/local/man/man1/
Installing PEAR environment: /usr/local/lib/php/
[PEAR] Archive_Tar: bad md5sum for file /usr/local/lib/php/Archive/Tar.php
[PEAR] Console_Getopt: bad md5sum for file /usr/local/lib/php/Console/Getopt.php
[PEAR] HTML_Template_IT: bad md5sum for file /usr/local/lib/php/HTML/Template/IT.php

Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 143 bytes) in /usr/local/directadmin/customapache/php-4.4.2/pear/PEAR/PackageFile/Generator/v1.php on line 455

Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 100 bytes) in /usr/local/directadmin/customapache/php-4.4.2/pear/PEAR.php on line 759
make[1]: *** [install-pear-packages] Error 255
make: *** [install-pear] Error 2
./directadmin: error while loading shared libraries: libssl.so.4: cannot open shared object file: No such file or directory
./directadmin: error while loading shared libraries: libssl.so.4: cannot open shared object file: No such file or directory
==============================================

Can you please give me a hint??
I am stuck now and can't continue with the DA installation.... :(
 
RayManZ said:
DirectAdmin does not work on 64bits? A leat that's what i thought...

Yes, DA is supported on 64 bits OS's.
So I guess that is not the problem.

It looks like a PHP bug to me, in fact there is something written about a problem which looks similar like the issue I am having right now.
See: http://bugs.php.net/bug.php?id=36002
May be some of the PHP and DA experts would like to look into this??

Getting Started with DirectAdmin: What kind of server do I need?

Operating System:


Redhat Linux 7.2, 7.3, 8.0, 9.0
RedHat Fedora 1.0, 2.0, 3.0, 4.0
RedHat Enterprise / CentOS 3.x, 4.x (64-bit is supported in 4.x only)
FreeBSD 4.7, 4.8, 4.9, 4.10, 4.11, 5.0, 5.1, 5.2, 5.2.1, 5.3, 5.4

Debian Sarge/Woody
 
That's a bug in PHP 4.4.2. I also have CentOS 4.2 64Bit version and i had to correct the makefile in pear directory

In the directory /usr/local/directadmin/customapache/php-4.4.2/pear

edit the Makefile.frag and change:
Code:
PEAR_INSTALL_FLAGS = -n -dshort_open_tag=0 -dsafe_mode=0
to:
Code:
PEAR_INSTALL_FLAGS = -n -dshort_open_tag=0 -dsafe_mode=0 -dmemory_limit=-1

Then you need to disable the php untar from the DA script (find doPHP and comment the tar command).

Then you can safelly build DA into your system.
 
VisiGod said:
That's a bug in PHP 4.4.2. I also have CentOS 4.2 64Bit version and i had to correct the makefile in pear directory

In the directory /usr/local/directadmin/customapache/php-4.4.2/pear

edit the Makefile.frag and change:
Code:
PEAR_INSTALL_FLAGS = -n -dshort_open_tag=0 -dsafe_mode=0
to:
Code:
PEAR_INSTALL_FLAGS = -n -dshort_open_tag=0 -dsafe_mode=0 -dmemory_limit=-1

Then you need to disable the php untar from the DA script (find doPHP and comment the tar command).

Then you can safelly build DA into your system.

Thanks for this info!

I looked for the "doPHP" but couldn't find it.
In which DA script is it located?

The idea is to prevent that DA is overwriting the manually applied change for the PEAR_INSTALL_FLAGS I presume.
 
I found this bug, but decided it was safer to install php 4.4.0 instead (whch works without any problems on 64-bit CentOS).

Personally, I'd prefer to use the scripts that DA supply instead of modifying them myself (I only forget what changes I make and so have to figure out the problems next time it gets updated).

PHP 4.4.0 is available from DA's fileserver.
 
gbjbaanb said:
I found this bug, but decided it was safer to install php 4.4.0 instead (whch works without any problems on 64-bit CentOS).

Personally, I'd prefer to use the scripts that DA supply instead of modifying them myself (I only forget what changes I make and so have to figure out the problems next time it gets updated).

PHP 4.4.0 is available from DA's fileserver.

I have received feedback from DA Support too and decided to try these suggestions first.
There were two issues.

1. a possible mixup in the OS linked to my license. This was checked by DA and changed to the 64bits CentOS 4.2
2. I have remove the line "--with-memory-limit" from the configure.php file and re-compiled php.

Both changes have been performed and setup has been run again. After this the installation continues and there were no more Fatal Errors.
I still see these "bad md5sum" but they do not cause the installation to abort or fail.

My DA is running fine now and the web GUI is running fine too.

Thank you all for the assistance! :)
 
this is great news that it runs well on 64bit DA!!!! I will be trying it myself this week :)
 
Back
Top