Is any other McHost customer having this problem too? As of 6 days ago, ALL my form-to-email scripts end up in a 500 Internal Server Error message. I also can't access the mysite/admin.cgi, the admin area of a db script running on one of my sites.
McHost finally conceded that there is a problem on the server, and they said that after they re-installed Perl it would be fixed. Still doesn't work. Hope they're still working on it.
Needless to say, cgi-bin/perl are kind of essential. I would like to know if anyone else is having the same problem.
Alan - Vox
02-03-2002, 10:14 AM
Tell one of them to contact me, i had a similar problem on one of my new servers. Hope i can help.
mdrussell
02-03-2002, 10:30 AM
What are the current permissions of your cgi scripts, ie., which chmod settings?
If they have suexec installed, which may have been installed as the result of an update in WHM, all cgi scripts need to be set at chmodd 755
All my .cgi files are set to 755. All my headers are correct. Still get Internal Server Error.
And when looking at my error log, it shows:
Premature end of script headers as well as a 404 error.
I had that error once after I installed suexec. My problem was the directory the CGI was being run from had the wrong permissions. Also all directoies above it have to have apropriate permissions. eg. 755
The suexec log will give more detail if that is the error I doubt you access to that.
Seeing as how I don't even know what suexec is, I don't see how I could have installed it. Where would I find it if it exists? And all my cgi files are 755.
I mentioned it as some one suggested your host might have installed it.
suexec means your cgi scripts/programs run with your UID etc. rather than the servers's
To cut a long story short.
If they have installed suexec and your directories have the wrong permissions (eg 777) then suexec will not run any programs inside them incase another user has modified the contents of the directory.
IF suexec did run them there is the potential for another user to run code with your user previeledges (big security hole).
As you say the actual cgi scipt have the correct permissions check the permissions of the directories above it and any files it depends on.
The form-to-email cgi problem is definitely an issue beyond my sites. In McHost Forum, I see others with the same problem. I just hope they fix it soon.
Another issue, since you bring up suexec. I have 5 sites - 1 main, and 4 as name based. When I was in the cpanel, I was snooping around and installed a feature they call cgiwrap. I'm pretty sure the file was called scgibin which automatically installed on my root directory.
I quickly lost patience on trying to figure it out, so I deleted it. Now, when I try to access a db in my cgi-bin, permission denied. When I try to change permissions on a db file, it keeps reverting back to 644.
Have I locked up some accessibility of any of my cgi files?
From what I have heard cgiwrap is another way of doing what suexec does. As I use suexec and it works fine I don't know anything about cgiwrap or cpanels way of doing it.
Other than deleting the scgibin folder which is what I did, is there a way of "uninstalling" cgiwrap? It seems just deleting the file has still left behind some restrictions on my cgi-bin files.
MCHost-Marc
02-03-2002, 05:18 PM
Its all fixed. Sorry for the inconvenience.Iif there is anything else you need help with, please just let us know. :)
Thanks alot, Marc. Just tested it, ,and it's working now. Phew!