Sort of nginx specific...
Ilan Berkner
iberkner at gmail.com
Mon Oct 4 16:11:21 MSD 2010
That's a valid point and I'm pretty sure that's exactly what it was as once
I fixed that issue, it worked.
Thanks!
On Mon, Oct 4, 2010 at 7:20 AM, Maxim Dounin <mdounin at mdounin.ru> wrote:
> Hello!
>
> On Sun, Oct 03, 2010 at 01:39:59PM -0400, Ilan Berkner wrote:
>
> > Hi All,
> >
> > I'm setting up Nagios to run thorugh Nginx. I have the CGI wrapper
> working
> > (yey). However, some nagios web based functions require access to a
> nagios
> > command file (a pipe) in the nagios /var/rw directory.
> >
> > When the nagios service starts, it creates a "nagios.cmd" pipe file in
> the
> > rw directory.
> >
> > When trying to access that web file through the web interface, there's a
> > permission issue. However, if I set the nagios.cmd file to have 777
> > permissions, it works fine.
> >
> > The problem is that when the nagios service is restarted, the nagios.cmd
> > file is recreated and no longer has the 777 permissions.
> >
> > I am running the nagios service and the Nginx web server under the same
> user
> > and group.
>
> nginx user doesn't matter as nginx only talks to backend (i.e.
> your CGI wrapper). It's your CGI wrapper user/group which
> matters.
>
> Maxim Dounin
>
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> http://nginx.org/mailman/listinfo/nginx
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx/attachments/20101004/4c0d1d50/attachment.html>
More information about the nginx
mailing list