New build system (BETA)

best way to test is using two files:

test.php and test.php5, both with
Code: 
<?php
phpinfo()
?>

@smtalk:
chmod has no effect, it still doesn't work.
 
1.0.rc4 will be released soon :) It includes some new functions as:
  • "./build rewrite_confs" is used to rewrite apache configs from the scratch (if /etc/httpd is deleted you can use it too!)
  • "./build update_versions" is used to update all the needed software, e.g. your PHP4 version if 4.4.5, but the latest is 4.4.6, so this function will update it :)
  • "./build versions" is used to show all the versions that are installed on the system, after this function you can see what do you need to update etc.
  • "./build update_script" is used to update only the build script and not the whole package like "./build update" does.
 
nzyme said:
best way to test is using two files:

test.php and test.php5, both with
Code: 
<?php
phpinfo()
?>

@smtalk:
chmod has no effect, it still doesn't work.
Click to expand...

May I take a look at your server? If yes - contact me on ICQ, MSN, Skype or YIM.
 
What error do you get? It's tested and working on Debian, maybe you don't have dovecot=yes into options.conf file, if it's dovecot=no, change it to dovecot=yes and run ./build update. After it try ./build dovecot.
 
Got it working on 32bit CentOS 4.4, i think it will be the same on 64bit.
 
I do have question regarding php running in CGI and suphp.
I thought when it's running in CGI mode, the httpd instance will be under the user's pid, but it seems still under apache

32423 apache 15 0 49312 6612 2240 S 0 5.0 0:00.06 httpd

Is this what it suppose to be?
 
11732 apache 15 0 50116 8740 3564 S 1 6.7 0:00.04 httpd
22385 apache 15 0 50336 9084 3680 S 1 6.9 0:00.07 httpd
8107 apache 17 0 49932 8304 3320 S 1 6.3 0:00.04 httpd

but all of them are apache, none of them are belong to the user, and i'm running php5 in cgi mode. Is this normal?
 
Sc0uT said:
Anyone tested new build on CentOS 4.4 64bit?
Click to expand...

We used the new build on our 64Bits Centos (production)server worked like a charm no errors @ all :cool:

This production server is running my domain ( personal domain ) and i had tot test the build anyways so we can use it on all our servers.

Code: 
Name 	Value
Processor Name	AMD Athlon(tm) 64 Processor 3000+
Vendor ID	AuthenticAMD
Processor Speed (MHz)	1808.242
Total Memory	444864 kB
Free Memory	40040 kB
Total Swap Memory	884728 kB
Free Swap Memory	882484 kB
System Uptime	196 Days, 21 Hours and 41 Minutes
Apache 2.2.4	Running
DirectAdmin 1.29.4 	Running
Exim 4.60	Running
MySQL 5.0.19	Running
Named 9.2.4 	Running
ProFTPd 1.3.0rc2 	Running
sshd 	Running
vm-Pop3d 1.1.7f-DA-2 	Running

PHP Version 5.2.1

System 	Linux all.ur.base.are.belong.2.us 2.6.9-42.0.2.EL #1 Wed Aug 23 13:03:03 BST 2006 x86_64
 
smtalk said:
What error do you get? It's tested and working on Debian, maybe you don't have dovecot=yes into options.conf file, if it's dovecot=no, change it to dovecot=yes and run ./build update. After it try ./build dovecot.
Click to expand...

Done exactly that and I got:

cp: cannot stat `/usr/local/directadmin/custombuild/configure/dovecot/dovecot.conf': No such file or directory

..at the end of ./build dovecot process. I don't have /etc/dovecot.conf as result.

Anyway, that was:

1. done with 1.0-rc3

2. install performed on Debian Etch, which is still officially not supported, though John wrote me that after Etch is released there's going to be official DA release for Etch.

I'll try a new install with rc4 today and see how it goes.
 
RC4:
Code: 
mrhat:/usr/local/directadmin/custombuild# apachectl start
Syntax error on line 99 of /etc/httpd/conf/extra/httpd-ssl.conf:
SSLCertificateFile: file '/etc/httpd/conf/ssl.crt/server.crt' does not exist or is empty
 
nzyme, it should work because of:
Code: 
	if [ ! -d /etc/httpd/conf/ssl.key ] || [ ! -d /etc/httpd/conf/ssl.crt ]; then
		mkdir -p /etc/httpd/conf/ssl.key
		mkdir -p /etc/httpd/conf/ssl.crt
		#install the cert/key
		/usr/bin/openssl req -x509 -newkey rsa:1024 -keyout /etc/httpd/conf/ssl.key/server.key -out /etc/httpd/conf/ssl.crt/server.crt -days 9999 -nodes -config ./configure/ap2/cert_config
	fi

Try:
Code: 
rm -rf /etc/httpd/conf
./build rewrite_confs
 
smtalk said:
What error do you get? It's tested and working on Debian, maybe you don't have dovecot=yes into options.conf file, if it's dovecot=no, change it to dovecot=yes and run ./build update. After it try ./build dovecot.
Click to expand...

Hello,

I think I located the problem, the following symlink leads two directories too high:

da7 (87.204.147.157) /usr/local/directadmin/custombuild/configure/dovecot % ls
dovecot.conf
da7 (87.204.147.157) /usr/local/directadmin/custombuild/configure/dovecot % l
total 8,0K
drwxr-xr-x 2 root root 4,0K 2007-04-24 10:47 .
drwxr-xr-x 7 root root 4,0K 2007-04-01 01:45 ..
lrwxrwxrwx 1 root root 24 2007-04-24 10:47 dovecot.conf -> ../../../../dovecot.conf
da7 (87.204.147.157) /usr/local/directadmin/custombuild/configure/dovecot % cd ../../../..
da7 (87.204.147.157) /usr/local % ls
bin directadmin etc frontpage games include lib man mysql sbin share src suphp sysbk Zend


The symlink should be dovecot.conf -> ../../dovecot.conf, though frankly this seems as brittle solution to me, can't you just place the dovecot.conf in configure/dovecot folder?
 
suphp problems

Hello,

After suphp is installed ./build rewrite_confs still produces the following problem:


da7 (87.204.147.157) /usr/local/directadmin/data/templates % /etc/init.d/httpd restart
Stopping httpd:
Starting httpd: Syntax error on line 29 of /usr/local/directadmin/data/users/da7/httpd.conf:
Invalid command 'php_admin_flag', perhaps misspelled or defined by a module not included in the server configuration

Now that is easy to correct, simply comment out all the php_flags in vhost for particular user.

Still, they are inserted in vhost for every new user, so the templates are not corrected. What's weird is that after commenting out the php flags in /usr/local/directadmin/data/templates/virtual_host2.conf and issuing:

echo "action=rewrite&value=httpd" >> /usr/local/directadmin/data/task.queue

the flags still are there in httpd.conf of a user (/usr/local/directadmin/data/users/someuser/httpd.conf)
 
Hi,
I upgraded my system frm apache 1.3.37 to apache 2.2.4 with new build script, any everything went fine, but when I added new user, after restarting apache I got an error:

[root@us2 public_html]# /etc/init.d/httpd start
Starting httpd: Syntax error on line 7 of /usr/local/directadmin/data/users/username/httpd.conf:
Port was replaced with Listen in Apache 2.0
[FAILED]
and when commented out port:

[root@us2 cewaporg]# /etc/init.d/httpd restart
Stopping httpd: [FAILED]
Starting httpd: Syntax error on line 23 of /usr/local/directadmin/data/users/username/httpd.conf:
User cannot occur within <VirtualHost> section
[FAILED]


I'll manually edit the new user config files, but how to prevent this happening again when adding new users?
 
Marcin said:
Hello,

After suphp is installed ./build rewrite_confs still produces the following problem:


da7 (87.204.147.157) /usr/local/directadmin/data/templates % /etc/init.d/httpd restart
Stopping httpd:
Starting httpd: Syntax error on line 29 of /usr/local/directadmin/data/users/da7/httpd.conf:
Invalid command 'php_admin_flag', perhaps misspelled or defined by a module not included in the server configuration

Now that is easy to correct, simply comment out all the php_flags in vhost for particular user.

Still, they are inserted in vhost for every new user, so the templates are not corrected. What's weird is that after commenting out the php flags in /usr/local/directadmin/data/templates/virtual_host2.conf and issuing:

echo "action=rewrite&value=httpd" >> /usr/local/directadmin/data/task.queue

the flags still are there in httpd.conf of a user (/usr/local/directadmin/data/users/someuser/httpd.conf)
Click to expand...

You have only CGI version of PHP, DirectAdmin templates aren't ready for it yet, but it will be ready after few days (when the new version of DirectAdmin comes). For now you can just comment these lines out, or you can add <IfModule mod_php4.c> before php flags (values) and </IfModule> above them. After the changes you'll need to run:
Code: 
echo "action=rewrite&value=httpd" >> /usr/local/directadmin/data/task.queue
 
You must log in or register to reply here.
Back
Top