Nagios on OpenBSD with chroot Apache

[Andreas Ericsson]

Jason Hunt wrote:
> Hello All,
> 
> I'm trying to use Nagios on OpenBSD 3.6 with the default chroot'd
> Apache, but the CGI's are giving me an "Internal Server Error" and
> the Apache logs say "Premature end of script headers".
> 
> I searched the archives and read a suggestion to compile Nagios with
> static libraries, since the CGI's can't access them from within the
> chroot.  I set "CC=gcc -static" in the Makefile and did a "make
> clean/re-configure/make all/make install", but the same thing
> occurrs.
> 

Try
LDFLAGS='-static' ./configure youroptions
make cgis; make install-cgis

It should work fairly well.

> I used "/var/www/nagios" as the configure prefix and the permissions
> all appear to be setup correctly with the user/group "nagios".  The
> daemon runs fine.  Apache is configured like so:
> 
> ScriptAlias /nagios/cgi-bin "/var/www/nagios/sbin" <Directory
> "/var/www/nagios/sbin"> Options ExecCGI AllowOverride AuthConfig 
> Order allow,deny Allow from all </Directory>
> 
> Alias /nagios "/var/www/nagios/share" <Directory
> "/var/www/nagios/share"> Options None AllowOverride AuthConfig Order
> allow,deny Allow from all </Directory>
> 
> Does anyone have any suggetsions on what else can I do to try and
> figure this out?  Thanks.
> 
> 
> 

-- 
Andreas Ericsson                   andreas.ericsson at op5.se
OP5 AB                             www.op5.se
Lead Developer


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null