Amd 64

installation done

everything seen to be fine at the end I get admin username and password.

But no httpd installd :-(

when i do one
./build all

I get this error:


Error: Cannot find SSL library files under /usr
./configure:Error: APACI failed

*** There was an error while trying to configure apache+mod_ssl. Check the confi
gure.apache_ssl file

now I am not shore what to do...
 
Should I purchase new control Panel or 2 new computers?
Can it really be so hard to get it work with AMD 64.
Here is the build output:

./build all
Backing up certificate and key, and turning off httpd for DirectAdmins's check.
Found /usr/local/directadmin/customapache/apache_1.3.31.tar.gz
Extracting /usr/local/directadmin/customapache/apache_1.3.31.tar.gz...
Done. Applying patches...
patching file ./mod_frontpage.c
patching file ./src/include/httpd.h
Hunk #1 succeeded at 758 (offset -48 lines).
patching file ./src/main/http_request.c
Hunk #1 succeeded at 145 (offset -43 lines).
Hunk #2 succeeded at 584 (offset 6 lines).
Hunk #3 succeeded at 546 (offset -43 lines).
patching file ./src/main/util.c
Hunk #1 succeeded at 665 (offset -43 lines).
patching file ./src/main/util_script.c
Hunk #1 succeeded at 1131 (offset -64 lines).
Increasing hard limit to 32768...
Setting up mod_ssl...
Found /usr/local/directadmin/customapache/mod_ssl-2.8.19-1.3.31.tar.gz
Extracting /usr/local/directadmin/customapache/mod_ssl-2.8.19-1.3.31.tar.gz...
Configuring mod_ssl-2.8.19-1.3.31...
Configuring mod_ssl/2.8.19 for Apache/1.3.31
+ Apache location: ../apache_1.3.31 (Version 1.3.31)
+ OpenSSL location: /usr
+ Auxiliary patch tool: ./etc/patch/patch (local)
+ Applying packages to Apache source tree:
o Extended API (EAPI)
o Distribution Documents
o SSL Module Source
o SSL Support
o SSL Configuration Additions
o SSL Module Documentation
o Addons
Done: source extension and patches successfully applied.

Configuring for Apache, Version 1.3.31
+ using installation path layout: Apache (config.layout)
+ on-the-fly added and activated frontpage module (modules/extra/mod_frontpage.
o)
Creating Makefile
Creating Configuration.apaci in src
Creating Makefile in src
+ configured for Linux platform
+ setting C compiler to gcc
+ setting C pre-processor to gcc -E
+ using "tr [a-z] [A-Z]" to uppercase
+ checking for system header files
+ adding selected modules
o rewrite_module uses ConfigStart/End
+ using -lgdbm for DBM support
enabling DBM support for mod_rewrite
o ssl_module uses ConfigStart/End
+ SSL interface: mod_ssl/2.8.19
+ SSL interface build type: DSO
+ SSL interface compatibility: enabled
+ SSL interface experimental code: disabled
+ SSL interface conservative code: disabled
+ SSL interface vendor extensions: disabled
+ SSL interface plugin: Built-in SDBM
+ SSL library path: /usr
+ SSL library version: OpenSSL 0.9.7a Feb 19 2003
Error: Cannot find SSL library files under /usr
./configure:Error: APACI failed

*** There was an error while trying to configure apache+mod_ssl. Check the confi
gure.apache_ssl file


Pleas can someone from the support take a look?
 
I believe there is a problem when installing apache on Fedora2. Search the forums for that issue.

DirectAdmin should work fine as long as your processor as well as Operating system is backwards compatible with 32-bit programs. (Most all)

My suggestion would be to grab FreeBSD 5.2.1 or 5.3 for the amd64 and give it a try on that. If it works great, keep it running if you wish but at least we'll know if it works on 64bit although probably not to its fullust capability. Then you know thats its a specific problem with Fedora 2.
 
Check this forum for more info, but to update from source you van try this.

cvsup -g -L2 /etc/cvsupfile
cd /usr/src
make buildworld
make buildkernel
make installkernel
reboot
cd /usr/src
make installworld
mergemaster
reboot
 
jmstacey can be a jerk sometimes, cant he?

I would like to hear your results on installing it on the amd64. I am going the same route.
 
Last edited:
Installation succeeded!

More or less,

on FreeBSD 5.2.1 and amd 64

./setup.sh

first stop at:
...........................................................................
cp zlib.3 /usr/local/share/man/man3
chmod 644 /usr/local/share/man/man3/zlib.3
GD is already installed. Do you want to build it again? (y/n) :
.........................................................................
i chose “y”

next stop:
..............................................................................
ON=\"1.27\" -DMOD_PERL_STRING_VERSION=\"mod_perl/1.27\" -I/usr/include/apache -DMOD_PERL -DHARD_SERVER_LIMIT=32768 -DFD_SETSIZE=32768 -funsigned-char -DMOD_SSL=208119 -DEAPI -DUSE_EXPAT -I../lib/expat-lite -O -pipe -c Table.c && mv Table.o Table.lo
rm -f libperl.so
cc -shared -L/usr/local/lib -o libperl.so mod_perl.lo perlxsi.lo perl_config.lo perl_util.lo perlio.lo mod_perl_opmask.lo Apache.lo Constants.lo ModuleConfig.lo Log.lo URI.lo Util.lo Connection.lo Server.lo File.lo Table.lo -Wl,-E -L/usr/local/lib /usr/local/lib/perl5/5.6.1/mach/auto/DynaLoader/DynaLoader.a -L/usr/local/lib/perl5/5.6.1/mach/CORE -lperl -lm -lc -lcrypt -lutil
/usr/bin/ld: /usr/local/lib/perl5/5.6.1/mach/CORE/libperl.a(perl.o): relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC
/usr/local/lib/perl5/5.6.1/mach/CORE/libperl.a: could not read symbols: Bad value
*** Error code 1

Stop in /usr/local/directadmin/customapache/mod_perl-1.27/apaci.
*** Error code 1

Stop in /usr/local/directadmin/customapache/mod_perl-1.27.

*** The make has failed, do you want to try to make again? (y,n):
.......................................................................................................
tried with yes 3 times then I have to chose no to go on...

rest OK

but the ssh closed... i did not record the password.
Why are putty closing after 1 minute or less when DA is installed and where do i find the generated password?
 
You'll probably have to do quite a bit of tweaking to get it working since DA hasn't even been tested on a 64bit system as far as I know.

The first stop you posted about is common on most installations. At least I get it every time I do an installation since it is common with almost all basic operating system installations.

If you can login to SSH as root you can retrieve the password. I forgot the specific file but its somewhere in the directadmin directory (/usr/local/directadmin) if I recall correctly.
 
giving it over to support

I do not have the time to play around so I'm sending it to the support...
may the force be with them...
I'm ready to pay for the installation...
 
/usr/local/directadmin/scripts/setup.txt is where the password is loacated, just remembered.

Could you even login or was it frelled with errors?
 
All Service up an Working

Many thanks to John from the DA support team...

He did it almost as god as I would :-)

Now just have to try it out...
The first thing to do is to change the hard disk (just for practice).
I have two Sata Disk.

One 70GB fast.
And one 200GB for backup

have to change the 70GB disk for one new one...

Norton Ghost is not working well with FreeBSD, have planed to use tar... (but I'm not tar expert...)...

any suggestion for backup and restore?
 
AMD 64 FreeBSD two NIC server

I have one hosting server with two NIC:

re0 and re1

re0 is direct connected to Internet.

re1 is connected to adsl router.

The problem is:
When the server get one request on re1 from the Internet it send it back trough gateway with is on re0.

What I need is one gateway when the request is coming from re0 and another gateway when the request is coming from re1.

How can this be done easy way?
 
Lot of work

As user from windows and RedHat, this is new and...

now doing
host# make -j4 buildworld (a)
host# make -j4 buildkernel (a)
host# make installkernel

Taking some time...

Done...


uname -a
FreeBSD srv1.noc.bz 5.2.1-RELEASE-p11 FreeBSD 5.2.1-RELEASE-p11 #0: Thu Oct 7 17:26:31 CEST 2004 [email protected]:/usr/obj/usr/src/sys/GENERIC amd64

now to compile....
 
Last edited:
Debian AMD64

I got this error when installing DA on my brand new machine with Debian Sarge AMD64, is there any solution?

/bin/sh ./libtool --mode=link gcc -g -O2 -L/usr/local/lib -Wl,-rpath,/usr/local/lib -L/usr/local/lib -o libgd.la -rpath /usr/local/lib -version-info 2:0:0 gd.lo gdfx.lo gd_security.lo gd_gd.lo gd_gd2.lo gd_io.lo gd_io_dp.lo gd_gif_in.lo gd_gif_out.lo gd_io_file.lo gd_io_ss.lo gd_jpeg.lo gd_png.lo gd_ss.lo gd_topal.lo gd_wbmp.lo gdcache.lo gdfontg.lo gdfontl.lo gdfontmb.lo gdfonts.lo gdfontt.lo gdft.lo gdhelpers.lo gdkanji.lo gdtables.lo gdxpm.lo wbmp.lo -ljpeg -lpng12 -lz -lm
rm -fr .libs/libgd.la .libs/libgd.* .libs/libgd.*
gcc -shared gd.lo gdfx.lo gd_security.lo gd_gd.lo gd_gd2.lo gd_io.lo gd_io_dp.lo gd_gif_in.lo gd_gif_out.lo gd_io_file.lo gd_io_ss.lo gd_jpeg.lo gd_png.lo gd_ss.lo gd_topal.lo gd_wbmp.lo gdcache.lo gdfontg.lo gdfontl.lo gdfontmb.lo gdfonts.lo gdfontt.lo gdft.lo gdhelpers.lo gdkanji.lo gdtables.lo gdxpm.lo wbmp.lo -L/usr/local/lib -ljpeg -lpng12 -lz -lm -Wl,-rpath -Wl,/usr/local/lib -Wl,-soname -Wl,libgd.so.2 -o .libs/libgd.so.2.0.0
/usr/bin/ld: /usr/local/lib/libjpeg.a(jcparam.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC
/usr/local/lib/libjpeg.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[2]: *** [libgd.la] Error 1
make[2]: Leaving directory `/usr/local/directadmin/customapache/gd-2.0.33'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/directadmin/customapache/gd-2.0.33'
make: *** [all] Error 2
## REPORT_START
Welcome to DirectAdmin verion 1.24.2!
You are now about to run the install program. If DirectAdmin is already
installed, it may destroy previous data.


Here is the information given:

Admin user: admin
Admin email: [email protected]
Server IP: 212.268.247.165
Server IP Netmask: 255.255.255.0
Server Hostname: hostname.domain.com
Name Servers:
ns1.domain.com
ns2.domain.com
Backup of /etc/httpd/conf/httpd.conf to /etc/httpd/conf/httpd.conf.back successfull
Install of /usr/local/directadmin/data/templates/httpd.conf to /etc/httpd/conf/httpd.conf successfull
*** Unable to backup /etc/proftpd.conf to /etc/proftpd.conf.back : Unable to open /etc/proftpd.conf for reading<br>

Install of /usr/local/directadmin/data/templates/proftpd.conf to /etc/proftpd.conf successfull
Install of /usr/local/directadmin/data/templates/directadmin.conf to /usr/local/directadmin/conf/directadmin.conf successfull
*** Unable to read directadmin.conf. Check permissions and make sure that it exists
## INSTALL_FAILED
## REPORT_END
Permissions set
Click to expand...
 
Last edited:
Funny... I was just looking at this last night.

Yeah, you need to compile the jpeg libs with -fpic. There's also a couple of other changes I had to make in the customapache build script with Centos 4 x86_64:
Code: 
jpeg: make CFLAGS=-fpic libjpeg.a
curl: make LDFLAGS=-L/usr/lib64 CPPFLAGS=-I/usr/kerberos/include
php: LDFLAGS=-L/usr/lib64/mysql C_INCLUDE_PATH=/usr/kerberos/include make
The mysql line for php assumes you have a 64-bit mysql installed in which case the .so only lives in lib64.

I haven't done a full DA install yet on x86_64, but the customapache stuff works with apache2 with these mods. I have no clue if these can be done during the install or not.
 
So it IS possible to build on a 64-bit platform, as long as it has 32 bit cross compatibility?

Come on guys, support this issue:

what's going on with AMD64 support?
 
True Magic said:
what's going on with AMD64 support?
Click to expand...
Since you've asked...

My guess is it's become a victim of the fact that there aren't enough programmers around the DA stables to add unlimited platforms.

Jeff
 
You must log in or register to reply here.
Back
Top