nagios.cmd over nfs

[kyle.odonnell at gmail.com]

I found a neat but ugly work-around.  After doing some reading, it
appears as though the fifo/pipe  needs to be opened for reading and
writing at the same time.

If I leave 'tail -f nagios.cmd' running on the remote site nfs
mounting the pipe, data is processed!


On 1/22/08, Sean McAvoy <smcavoy at ca.afilias.info> wrote:
> AFAIK,
> You cannot use a FIFO (pipe) over NFS. The pipe refers to not a file
> but a kernel IPC method. So a FIFO created on the NFS server is known
> to the nfs server and not the client system.
>
>
> On 22-Jan-08, at 1:11 PM, Brian A. Seklecki wrote:
>
> > On Tue, 2008-01-22 at 13:09 -0500, Kyle O'Donnell wrote:
> >> Hi,
> >>
> >> I've migrated the nagios web interface onto a different physical
> >> server, nfs mounting the nagios directory from the actual nagios
> >> server.
> >>
> >> Only snag I'm running into right now is trying to access the
> >> nagios.cmd pipe over nfs.  When trying to schedule downtime, disable
> >> notifications etc... the web interface just spins. I see cmd.cgi is
> >> being executed, but nothing happens.
> >
> > Is NFS rpc.lockd running?  Try mount_nfs(8) with '-L'
> >
> >      -L      Do not forward fcntl(2) locks over the wire.  All
> > locks will be
> >              local and not seen by the server and likewise not seen
> > by other
> >              NFS clients.  This removes the need to run the rpcbind
> > (8) service
> >              and the rpc.statd(8) and rpc.lockd(8) servers on the
> > client.
> >              Note that this option will only be honored when
> > performing the
> >              initial mount, it will be silently ignored if used
> > while updating
> >              the mount options.
> >
> > ~BAS
> >
> >> Both servers have the same uid/gids for nagios, webserver is even
> >> running as nagios user.
> >>
> >> I know a 'work-around' is to ssh+keys>nagios.cmd pipe, but this
> >> isn't an option.
> >>
> >> Any ideas?
> >>
> >> Kyle
> >>
> >> ---------------------------------------------------------------------
> >> ----
> >> This SF.net email is sponsored by: Microsoft
> >> Defy all challenges. Microsoft(R) Visual Studio 2008.
> >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >> _______________________________________________
> >> 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
> >>
> >>
> >>
> >>
> >>
> >>
> > --
> > Brian A. Seklecki <bseklecki at collaborativefusion.com>
> > Collaborative Fusion, Inc.
> >
> >
> > ----------------------------------------------------------------------
> > ---
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > 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
>
> Sean McAvoy
> NOC Team Lead
> Afilias Canada
>
> P. 416.673.4194
>
>
>
>
>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
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