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