Monitoring NFS Mounts
Carroll, Jim P [Contractor]
jcarro10 at sprintspectrum.com
Thu Oct 17 18:16:56 CEST 2002
I should probably be reading the docs on nagios-statd (again) to try and
figure this one out for myself, but you sound like a proponent of this
approach, so let me tap you with a few questions:
- If you only have non-root access to a Unix host, can you successfully
install and configure nagios-statd? (You may assume that you've already
successfully done the binary build.)
- I seem to recall that it requires Python to be installed on the target
host. While I personally don't have an issue with that, I know I'll meet
resistance on this point from my peers (especially on hosts where we don't
have root access). Is Python an absolute prerequisite?
- What sort of support is there for logfile watching? The classic need to
sift through the likes of /var/log/messages (/var/adm/messages) for "err",
"warn" and the like, without wholesale copying of the current logfile and
doing a diff against the previously copied logfile...? (Hint: I rather
enjoy the way Perl uses seek/tell.)
jc
> -----Original Message-----
> From: Fredrik Wänglund [mailto:Fredrik.Wanglund at datavis.se]
> Sent: Thursday, October 17, 2002 5:47 AM
> To: Carroll, Jim P [Contractor]; Kaplan, Andrew H.; Subhendu Ghosh
> Cc: nagios-users at lists.sourceforge.net
> Subject: RE: [Nagios-users] Monitoring NFS Mounts
>
>
> A have used nagios-statd for a while, and it works perfect
> for me. As a bonus you can use it for remote monitoring of
> other things too...
>
>
> /FredrikW
>
>
> -----Original Message-----
> From: Carroll, Jim P [Contractor] [mailto:jcarro10 at sprintspectrum.com]
> Sent: Wed 16-Oct-02 20:21
> To: 'Kaplan, Andrew H.'; 'Subhendu Ghosh'
> Cc: 'nagios-users at lists.sourceforge.net'
> Subject: RE: [Nagios-users] Monitoring NFS Mounts
>
> Ah, now we're getting to the crux of the problem. :)
>
> [soapbox]
> I'm not trying to give you a hard time; I'm trying to
> illustrate to others
> that it's best to present the macro view of the problem
> rather than the
> micro view of the problem. By the same token, it's not helpful if one
> throws their entire problem over the fence, hoping that the
> list will solve
> their problems magically.
> [end soapbox]
>
> Options as I see it:
>
> - check_disk + NRPE
> - check_disk + NSCA
> - Nagios statd
> - check_disk + have Nagios server NFS mount remote host
>
> There are probably other approaches. I'd personally lean
> towards the first
> option.
>
> jc
>
> > -----Original Message-----
> > From: Kaplan, Andrew H. [mailto:AHKAPLAN at PARTNERS.ORG]
> > Sent: Wednesday, October 16, 2002 11:42 AM
> > To: 'Subhendu Ghosh'
> > Cc: 'nagios-users at lists.sourceforge.net'
> > Subject: RE: [Nagios-users] Monitoring NFS Mounts
> >
> >
> > What I'm looking to do is monitor the disk space usage of the
> > NFS mounts.
> > Will the check_rpc plug-in used in conjunction with the
> > check_disk plug-in
> > do the trick?
> >
> > -----Original Message-----
> > From: Subhendu Ghosh [mailto:sghosh at sghosh.org]
> > Sent: Tuesday, October 15, 2002 9:34 PM
> > To: Jamin
> > Cc: Kaplan, Andrew H.; nagios-users at lists.sourceforge.net
> > Subject: Re: [Nagios-users] Monitoring NFS Mounts
> >
> >
> > check_rpc -h
> >
> > NFS, nfslock, nis are all RPC programs
> >
> > -sg
> >
> > On Tue, 15 Oct 2002, Jamin wrote:
> >
> > > Possibly. If you can find out which udp ports the mounts
> > are connected
> > > via, you could probably write a plugin. (or use the
> > check_udp plugin)
> > >
> > > On Tue, 15 Oct 2002, Kaplan, Andrew H. wrote:
> > >
> > > > I don't know if this topic has been discussed, but is
> > there a way to
> > monitor
> > > > NFS mounts on a system?
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > This sf.net email is sponsored by:ThinkGeek
> > > > Welcome to geek heaven.
> > > > http://thinkgeek.com/sf
> > > > _______________________________________________
> > > > Nagios-users mailing list
> > > > Nagios-users at lists.sourceforge.net
> > > > https://lists.sourceforge.net/lists/listinfo/nagios-users
> > > >
> > >
> > >
> >
> ----------------------------------------------------------------------
> > > Ex vitio sapiens aleno emendat suum. -- Pub. Syrus
> > > <The wise man corrects his own fault from the fault of another.>
> > >
> >
> ----------------------------------------------------------------------
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This sf.net email is sponsored by: viaVerio will pay you up to
> > > $1,000 for every account that you consolidate with us.
> > >
> http://ad.doubleclick.net/clk;4749864;7604308;v?http://www.via
verio.com/
> consolidator/osdn.cfm
>
>
> _______________________________________________
> Nagios-users mailing list
> Nagios-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagios-users
>
--
-------------------------------------------------------
This sf.net email is sponsored by: viaVerio will pay you up to
$1,000 for every account that you consolidate with us.
http://ad.doubleclick.net/clk;4749864;7604308;v?
http://www.viaverio.com/consolidator/osdn.cfm
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
-------------------------------------------------------
This sf.net email is sponsored by: viaVerio will pay you up to
$1,000 for every account that you consolidate with us.
http://ad.doubleclick.net/clk;4749864;7604308;v?
http://www.viaverio.com/consolidator/osdn.cfm
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
-------------------------------------------------------
This sf.net email is sponsored by: viaVerio will pay you up to
$1,000 for every account that you consolidate with us.
http://ad.doubleclick.net/clk;4749864;7604308;v?
http://www.viaverio.com/consolidator/osdn.cfm
More information about the Users
mailing list