I am running a RH 9 server. I am having some trouble. My server will not run CGI or Perl.

Whenever I try to run it I get this message:

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, cpellizzi@aol.com and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.
Apache/2.0.40 Server at server.myserver.com Port 80

Could someone please help me?
Any help would be great.

Thanks,

How did you set it up?

I used Apache 1.3.28 on RH 9 and yes I took notes.

http://www3.sympatico.ca/arothmel/ht...l.html#Perl101

I wrote this quite some time ago but the install was successful,
maybe you can find info that will help you with Apache 2.x

Search for the bit:
ReBuild Apache to include mod_perl

I do remember having problems with CPAN and opted to build
manually.....

Apache configuration

The Apache script I will be running will have two new parameters, but first be sure to build mod_perl first.


--activate-module=src/modules/perl/libperl.a \
--enable-module=perl


Hope this helps,
alar

By the way I don't think perl is the problem. I have a website administration tool called webmin. It has some perl in it and it runs fine. It is just the things in the cgi-bin that will not run. Even the simplest of scripts.

Thanks,

Again old stuff not fresh in my mind but:
http://www3.sympatico.ca/arothmel/ht...he_SSICGI.html

Search for:
Implementing CGI Scripts

If you still have troubles, I would be interested in determining why....

alar

Could it be my perl.conf file?

This is what it looks like:
#
# Mod_perl incorporates a Perl interpreter into the Apache web server,
# so that the Apache web server can directly execute Perl code.
# Mod_perl links the Perl runtime library into the Apache web server
# and provides an object-oriented Perl interface for Apache's C
# language API. The end result is a quicker CGI script turnaround
# process, since no external Perl interpreter has to be started.
#

LoadModule perl_module modules/mod_perl.so

# This will allow execution of mod_perl to compile your scripts to
# subroutines which it will execute directly, avoiding the costly
# compile process for most requests.
#
#Alias /perl /var/www/perl
#<Directory /var/www/perl>
# SetHandler perl-script
# PerlHandler ModPerl::Registry::handler
# PerlOptions +ParseHeaders
# Options +ExecCGI
#</Directory>

Thanks,

Looks the same as mine.

Sorry I can't help you. I would check Apache next

http://httpd.apache.org/docs-2.0/mod/

http://httpd.apache.org/docs-2.0/mod/mod_cgi.html


Good luck

alar

Hey thanks alot for you help but I just fixed the problem. I don't know if its the right way but at least it works!!!

Heres what I changed it too:

#
# Mod_perl incorporates a Perl interpreter into the Apache web server,
# so that the Apache web server can directly execute Perl code.
# Mod_perl links the Perl runtime library into the Apache web server
# and provides an object-oriented Perl interface for Apache's C
# language API. The end result is a quicker CGI script turnaround
# process, since no external Perl interpreter has to be started.
#

LoadModule perl_module modules/mod_perl.so

# This will allow execution of mod_perl to compile your scripts to
# subroutines which it will execute directly, avoiding the costly
# compile process for most requests.
#
Alias /cgi-bin /var/www/cgi-bin
<Directory /var/www/perl>
SetHandler perl-script
PerlHandler ModPerl::Registry::handler
PerlOptions +ParseHeaders
Options +ExecCGI
</Directory>

Thanks again,

Kewl.

Try my walkthrough:

http://www.mindfrost82.com/forums/showthread.php?t=737

You may want to search your system for apsx since it might not be in the same place as it is in Slackware.

Just wanted to say a big thank you for the tip on this thread. I've spent several hours trying to configure Apache to allow me to run Perl CGI scripts on Fedora Core 2. I messed around with /etc/httpd/conf/httpd.conf for ages and tried setting permissions using Konqueror and chmod from terminal but nothing worked. I downloaded various distributions of Apache and Mod_Perl but upgrading to newer versions of Mod_Perl didn't help.

Lines like this in the httpd.conf file seemed crucial:

#ScriptAlias /cgi-bin/ "/var/www/cgi-bin/"

#
# "/var/www/cgi-bin" should be changed to whatever your ScriptAliased
# CGI directory exists, if you have that configured.
#
#<Directory "/var/www/cgi-bin">
# AllowOverride None
# Options ExecCGI FollowSymLinks
# Order allow,deny
# Allow from all
# SetHandler cgi-script
#</Directory>

These weren't commented out of course - at the moment they're commented out because of the tip I got from this thread.

Nobody mentioned /etc/httpd/conf.d/perl.conf in any of the tutorial or bits of documentation I read. perl.conf has a similar <Directory> directive and it was easy to remove the comment marks and set the cgi-bin as needed.

The original had something like this:
Alias /perl /var/www/perl
<Directory /var/www/perl>
SetHandler perl-script
PerlResponseHandler ModPerl::Registry
PerlOptions +ParseHeaders
Options +ExecCGI
</Directory>

I added this because my colleague has code which assumes the perl scripts will be in the cgi-bin directory

Alias /cgi-bin /var/www/cgi-bin
<Directory /var/www/cgi-bin>
SetHandler perl-script
PerlResponseHandler ModPerl::Registry
PerlOptions +ParseHeaders
Options +ExecCGI
</Directory>

This is a little different to the syntax in Apache's configuration file so copying and pasting did the trick.

I presume this is because of the presence of mod_perl. I would like to see if I uninstall mod_perl whether this perl.conf file then becomes inactive.

Yes, It took me a while too to figure that one out. I'm pretty new to linux but I was just playing with Webmin trying to get it working and under edit apache files I clicked on perl.conf uncommented the lines and bingo.

Thanks,