[Nagiosplug-help] IIS Load and throughput

[Anthony Montibello]

"The problem with them is that they cannot get
the average value for a real period of time. Also NC_Net doesn't handle
counters that go away momentarily (i.e. restarted
service).<http://sourceforge.net/projects/nc-net>
"

Did you test NC_Net v 4.1a for the counters going away issue? I re-coded the
Counter check such that it should be fixed, unless the counter is away at
the moment of testing, but you should be able to recheck it for a good
value. (please let me know about this)

I agree sbout the problem in recovering  the Rate of time values, and have a
few notes about it,
does the accuracy of the value really mattrer. when it is sampled you get a
snapshot of the value at that moment, and with  lots of instintanious
samples put into a RRD isnt that close enough to give a good overview of the
load?

I would think many monitoring apps do not take into account that these rates
need to be prefetched in order to determin a rate/time for X min.  It is all
a compromize of resources and since the Users are removed from the details
of the implementation they naturally assume it is what the  labele implies.
to put it simple, a brief 1/2 sec check every 5 min of a Time/rate value is
NOT a 5 min average and in some cases it may not be a good representation of
the average.

I think in some cases this does matter, thats why nc_net implements CPULOAD
in the way you described, it keeps an internal RRD of the CPU (_TOTAL)  with
the time between samples configurable in the config,roughly 12 times a min.
then when CPU load is requested it calculates the average.

I have also thought of a similar Proxie for windows that basically does what
you describe, although i have not had funding to beging working on it.  one
of the issues is that most people assume if you can retrieve the counter or
the value from WMI then its OK, and they forget that microsoft somtimes is a
bit misleading.

Tony (author of NC_NEt)

On 10/4/07, Thomas Guyot-Sionnest <dermoth at aei.ca> wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 04/10/07 08:13 AM, Andreas Ericsson wrote:
> > Mark Thomas wrote:
> >> Hi list
> >>
> >> Looking for a plugin to check on the load and traffic throughput of an
> IIS server.
> >>
> >> Our current monitor - Sitescope - monitors the following plus total
> load:-
> >>
> >> Bytes Sent/sec
> >> Bytes Received/sec
> >> Bytes Total/sec
> >> Current Anonymous Users
> >> Maximum Connections
> >> Get Requests/sec
> >> Post Requests/sec
> >> Bytes Sent/sec
> >> Bytes Received/sec
> >> Bytes Total/sec
> >> Current Anonymous Users
> >> Current Connections
> >> Maximum Connections
> >> Get Requests/sec
> >> Post Requests/sec
> >>
> >> Is there anything for nagios that can get the same info, ideally using
> snmp.
> >>
> >
> > If sitescope gets this using SNMP, then nagios can too. It won't work if
> it's
> > obtained by some sitescope-specific SNMP daemon that you remove when
> removing
> > sitescope.
> >
> > Otherwise this data should be obtainable as performance counters, so
> nsclient++
> > or some similar agent software will be able to report it to Nagios
> through use
> > of the check_nt plugin.
>
> Effectively, nsclient, NC_Net and nsclient++ can all do that (I
> personally use NC_Net). The problem with them is that they cannot get
> the average value for a real period of time. Also NC_Net doesn't handle
> counters that go away momentarily (i.e. restarted service).
>
> One of my project is to write a windows daemon that does that. When
> queried for a counter, it registers it, poll regularly after the
> specified interval and cache the value. The client can then connect at
> any time to request the value. Unfortunately as long as the company I
> work for doesn't want that (the idea is to get the data into RRD files)
> the chances I even start this project are very slim.
>
> Also the only programming language I know enough for that is Perl, which
> is not the ideal one for that platform (though it should be able to poll
> remote machines in a domain, so one Perl-enabled server should be able
> to monitor all servers). If anyone wants to write this in C or C# I'd be
> glad to give the exact details of how the daemon and client should work
> though.
>
> Thomas
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFHBaAY6dZ+Kt5BchYRAle8AJ9kRqUaGrlSeHC5PlNBxEAA8tCATACg8ZL1
> kr7YP9aCLjUcn3vDu1jT3Qk=
> =onpx
> -----END PGP SIGNATURE-----
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Nagiosplug-help mailing list
> Nagiosplug-help at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagiosplug-help
> ::: Please include plugins version (-v) and OS when reporting any issue.
> ::: Messages without supporting info will risk being sent to /dev/null
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-plugins.org/archive/help/attachments/20071005/6dc8f0b5/attachment.html>