A problem with restoring

NaSRi

Verified User
Joined
Aug 16, 2014
Messages
82
Hello

I have a VPS with about hundred users, each user's httpd.conf that was stored in /usr/local/directadmin/data/users/s1092/httpd.conf has These values
suPHP_Engine OFF
suPHP_UserGroup s1092 s1092

But when I try to restore the accounts to in a new server, then new /data/users/s1092/httpd.conf doesn't have those values so the Website shows with ' 500 internal server error '.

Also new account in new server has these values, I think there is a problem with restoration system .
 
Last edited:
A few things to check, assuming you want to run suPhp on this new server.

1) Ensure CB is set to use suPhp for php1, eg:
Code:
cd /usr/loacl/directadmin
./build options
I'm assuming this is already set to use suPhp if the new account has it.

2) Ensure the domains have PHP enabled. Years ago, in some cases DA didn't properly remove the php options from the httpd.conf files, which might have been why it worked when it shouldn't have (on the old box).
User Level -> Domain Administration -> domain.com

and ensure PHP is enabled.

3) Check for any Custom httpd configs:
Admin Level -> Custom Httpd Config -> domain.com

4) Check for any custom templates:
Code:
cd /usr/local/directadmin/data/templates/custom
ls -la
as they may be getting in the way if they have different values.


Hopefully one of these will show something.

5) Can always for a rewrite, eg:
Code:
cd /usr/local/directadmin/custombuild
./build rewrite_confs
and then just confirm that the User's httpd.conf timestamp has updated.

John
 
Number 2 fixed my problem

Before I posted this issue here I had checked user.conf within user.backup and I saw the PHP value was Off in user.conf unfortunately I didn't notice to it
So I've changed its value to On .
Thank you the problem has solved .

But I don't know what caused the value to be OFF in old server while the websites are working fine .


Thank you john
 
Last edited:
Back
Top