Frontpage 2003 / 500 Internal Server error

Bdzzld

Well-Known Member
Apr 3, 2004
412
5
168
Hi,

I've got a dual opteron server running CentOS 4.2 x86_64.

For some reason when a user attempts to connect to the server he immediately receives the message that Frontpage extensions are not installed and when he clicks the "Details" button it shows an "500 Internal server error".

I've manually tried to uninstall/install the Frontpage extensions from cPanel as well as WHM, but the problem remains.

I've even tried to reinstall Frontpage for the complete server by going through the following steps :

/scripts/updatenow
/scripts/upcp --force

/scripts/fixfrontpageperm
/scripts/initfpsuexec
/scripts/updatefrontpage

/scripts/setupfp5
What is the servername you want to setup? server.hostname.com

Unfortunately the last step (/scripts/setupfp5) seems to do nothing. Server load goes up to 0.90 (which normally is 0.00) and the program just goes on without doing anything than generating a high server load...

The server's hostname has been changed once after the initial setup. Could that have anything to do with the problems I'm experiencing?

Any ideas how to solve this problem?
 

logix1000

Active Member
Dec 12, 2003
34
0
156
Try to disable php suexec from WHM and then once uninstall and reinstall frontpage for the domain and check once.
 

Bdzzld

Well-Known Member
Apr 3, 2004
412
5
168
logix1000 said:
Try to disable php suexec from WHM and then once uninstall and reinstall frontpage for the domain and check once.
1) What do you mean? Recompiling Apache without PHPsuExec support?

2) The problem is not for one domain name but for the entire server...

Deleting the Frontpage RPM and then reloading it (as shown in cPanel FAQ) did not work either...

Sigh...
 

Rooter

Well-Known Member
Apr 23, 2003
146
1
168
Houston, Texas, U.S.A.
cPanel Access Level
Root Administrator
Bdzzld said:
...I've got a dual opteron server running CentOS 4.2 x86_64.
...Unfortunately the last step (/scripts/setupfp5) seems to do nothing. Server load goes up to 0.90 (which normally is 0.00) and the program just goes on without doing anything than generating a high server load...
A load of 0.90 is not even close to high for your server.

Load of 1.00 is 100% for a single CPU server.

Load of 2.00 is 100% for server with dual CPU, single dual-core CPU, or single HyperThreaded CPU.

Load of 4.00 is 100% for a server with quad CPU, dual dual-core CPU, or dual HyperThreaded CPU.

I'm sorry for not answering your primary question. I just wanted to give some general info so you do not worry about a load of "0.90". :)
 

chirpy

Well-Known Member
Verifed Vendor
Jun 15, 2002
13,437
31
473
Go on, have a guess
It could weel be an _64 issue for which you may need to check with cPanel. As well as mod_security, mod_evasive (was mod_dosevasive) does break FP exts. Checking the apache error_log should give you an idea of where the problem might be.
 

okeith

Member
PartnerNOC
Jan 5, 2005
6
0
151
Check the permissions of the folder /usr/local/frontpage/currentversion/apache-fp
mine were 711 which didn't work, changed to 755, restart apache and it works again