on apache 2.0.52 on fedora core 3 a ScriptAlias entry does not allow a script to be run. It gives a Permission denied: exec of '/usr/local/nagios/sbin/test2.cgi' failed. The conf system cgi-bin is a follows: ScriptAlias /cgi-bin/ "/var/www/cgi-bin/" <Directory "/var/www/cgi-bin" > Options ExecCGI AllowOverride None Allow from all Order allow,deny </Directory> My additional entry is as follows: ScriptAlias "/nagios/cgi-bin/ "/usr/local/nagios/sbin/" Options ExecCGI AllowOverride None Allow from all Order allow,deny </Directory> Directories /usr, /usr/local, /usr/local/nagios, /usr/local/nagios/sbin have been set to 777 and the file test1.cgi is set to 777 the test1.cgi file work just fine in /cgi-bin/ but when I copy it to /nagios/cgi-bin/ I get the Permission denied error. It appears that files in /cgi-bin/ work and others in /nagios/cgi-bin/ will not. WHY?????? Bob Teeter
This is almost certainly a configuration problem. You should check your error log for specifics, as well as your suexec log.
If you have set permissions properly on the directories and files, then this has something to do with Fedora security policy. It isn't up to Apache to fail the exec() call with EPERM. That is the OS.
Specifically the SELinux policy - see http://fedora.redhat.com/docs/selinux-apache-fc3/ or ask on fedora-selinux-list@redhat.com - try # chcon -R system_u:object_r:httpd_sys_script_exec_t /usr/local/nagios/sbin to label the nagios scripts properly; more work will probably be needed though.
Please specfiy new information what doesn't work for you if you apply the comments below.
I imagine this bug was reopened accidentally.