From awais at eurobell.net Wed Oct 1 02:52:05 2003 From: awais at eurobell.net (Awais Ahmad) Date: Wed Oct 1 02:52:05 2003 Subject: [Nagiosplug-devel] check_dns.c Message-ID: <0165EC14EDB3D511970D00805FEF801449FF28@maggie.noc.eurobell.net> My point exactly... and silly me, need to use the resolver libs, not gethostbyname, which would be quite useless. Cheers Awais Ahmad -----Original Message----- From: Matt Pounsett [mailto:matt.pounsett at cira.ca] Sent: Tuesday, September 30, 2003 4:47 PM To: Voon, Ton Cc: 'Awais Ahmad'; NagiosPlug Devel Subject: RE: [Nagiosplug-devel] check_dns.c On Tue, 30 Sep 2003, Voon, Ton wrote: > The service from a nameserver is do resolve a name, so that's what the > plugin does. What were you thinking of? But nameservers resolve names to a lot more than just IP addresses. Ideally, the plugin should be able to check any RR, not just A RRs. -- Matt Pounsett CIRA - Canadian Internet Registration Authority Technical Support Programmer 350 Sparks Street, Suite 1110 matt.pounsett at cira.ca Ottawa, Ontario, Canada 613.237.5335 ext. 231 http://www.cira.ca From noreply at sourceforge.net Wed Oct 1 04:47:04 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Oct 1 04:47:04 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-815785 ] check_ups - Switch for temperature output (C/F) Message-ID: Patches item #815785, was opened at 2003-10-01 13:46 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=815785&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Alen Salamun (alien2108) Assigned to: Nobody/Anonymous (nobody) Summary: check_ups - Switch for temperature output (C/F) Initial Comment: Well not everone likes Farenheit as output for temperatures. So I added new switch -T for output in Celsius. Diff is made agains latest check_ups.c = Last Modified: $Date: 2003/01/13 12:15:16 $ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=815785&group_id=29880 From awais at eurobell.net Wed Oct 1 04:59:01 2003 From: awais at eurobell.net (Awais Ahmad) Date: Wed Oct 1 04:59:01 2003 Subject: [Nagiosplug-devel] HTTP performance plugin Message-ID: <0165EC14EDB3D511970D00805FEF801449FF2A@maggie.noc.eurobell.net> BTW, I've had no comments so far on the HTTP Performance monitoring plugin I submitted. Feedback would be nice. Cheers Awais -----Original Message----- From: Awais Ahmad [mailto:awais at eurobell.net] Sent: Wednesday, October 01, 2003 10:49 AM To: NagiosPlug Devel Subject: RE: [Nagiosplug-devel] check_dns.c My point exactly... and silly me, need to use the resolver libs, not gethostbyname, which would be quite useless. Cheers Awais Ahmad -----Original Message----- From: Matt Pounsett [mailto:matt.pounsett at cira.ca] Sent: Tuesday, September 30, 2003 4:47 PM To: Voon, Ton Cc: 'Awais Ahmad'; NagiosPlug Devel Subject: RE: [Nagiosplug-devel] check_dns.c On Tue, 30 Sep 2003, Voon, Ton wrote: > The service from a nameserver is do resolve a name, so that's what the > plugin does. What were you thinking of? But nameservers resolve names to a lot more than just IP addresses. Ideally, the plugin should be able to check any RR, not just A RRs. -- Matt Pounsett CIRA - Canadian Internet Registration Authority Technical Support Programmer 350 Sparks Street, Suite 1110 matt.pounsett at cira.ca Ottawa, Ontario, Canada 613.237.5335 ext. 231 http://www.cira.ca ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Nagiosplug-devel mailing list Nagiosplug-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel ::: Please include plugins version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null From tomer at metnix.com Wed Oct 1 10:17:13 2003 From: tomer at metnix.com (Tomer H.) Date: Wed Oct 1 10:17:13 2003 Subject: [Nagiosplug-devel] Re[2]: [Nagios-users] Displaying full output (verbose) for a service. In-Reply-To: <5DB017510818EC468B05BD7BD9EACF8303E7EF18@mismail.ena.com> References: <5DB017510818EC468B05BD7BD9EACF8303E7EF18@mismail.ena.com> Message-ID: <651030174156.20031001201658@metnix.com> Hello Marc, Yes, I have read the guidelines and coded my personal plugins according to them. To be more accurate, this is a client/server app which I coded a nagios plugin for running (cron-alike) and monitoring it. The problem is, I'm try to find a way to show the complete output of the client without logging using ssh and running it manually (again) for getting this verbose, nor coding a second web interface just for that. I made the output that the first line will be a short status line (According to the guidelines you refered me to) and after that the complete output is being showed. Maybe it's a good time to add this one as an nagios feature request. Speaking of feature requests, it would be nice if there would be a way to insert a password auth to the NRPE client/server for having a bit sense of security and not counting on hosts.allow/firewall rules for dealing with executation and 'user logging auth'.. (This one is mostly good for client/monitor machines which are shared-user boxes and the rest of the users of the box shouldn't be able to log to the remote NRPE server). -- Tomer. Wednesday, October 1, 2003, 6:28:50 PM, you wrote: MP> There is no differentiation between output of a plugin and 'complete' MP> output of a plugin. They're one and the same. As a general rule, plugin MP> output must be one line only (for nagios) and less than 80 characters MP> for readability. MP> http://nagiosplug.sourceforge.net/developer-guidelines.html#PLUGOUTPUT MP> Now, that being said, I don't believe there is anything to prevent you MP> from ignoring the 80 character recommendation and single-lining your MP> plugin output by substituting '
' for '\n' in the plugin output for MP> display on the web page and doing the opposite in your notification MP> script. MP> -- MP> Marc >> -----Original Message----- >> From: Tomer H. [mailto:tomer at metnix.com] >> Sent: Wednesday, October 01, 2003 12:13 PM >> To: nagios-users at lists.sourceforge.net >> >> Hello, >> >> I would like to know if it's possible to see the complete output of >> a service(command) that has been executed as an additional >> information to the single(/first) output line of the command. >> >> Also, is it possible to include that complete verbose in the email >> delivery (notify-by-email command) ? >> >> Thanks, Tomer. >> >> >> >> >> >> >> ------------------------------------------------------- >> 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 >> ::: Please include Nagios version, plugin version (-v) and OS when >> reporting any issue. >> ::: Messages without supporting info will risk being sent to /dev/null From jeld at bnl.gov Wed Oct 1 11:56:05 2003 From: jeld at bnl.gov (Dmitriy Kropivnitskiy) Date: Wed Oct 1 11:56:05 2003 Subject: [Nagiosplug-devel] Re: [Nagios-users] Displaying full output (verbose) for a service. In-Reply-To: <651030174156.20031001201658@metnix.com> References: <5DB017510818EC468B05BD7BD9EACF8303E7EF18@mismail.ena.com> <651030174156.20031001201658@metnix.com> Message-ID: <3F7B1F38.5000009@bnl.gov> Nagios only takes one line of output from any plugin it runs. I also would like to see this behavior changed, by introducing mandatory plugin switches for example (-f for full output, -l for one-liner or something). At the moment, I have found that removing end-of-line characters from output and putting output into perfdata (behind the | symbol) is a good way of doing things. Tomer H. wrote: >Hello Marc, > > Yes, I have read the guidelines and coded my personal plugins > according to them. To be more accurate, this is a client/server > app which I coded a nagios plugin for running (cron-alike) and > monitoring it. > > The problem is, I'm try to find a way to show the complete output of > the client without logging using ssh and running it manually (again) > for getting this verbose, nor coding a second web interface just for > that. I made the output that the first line will be a short > status line (According to the guidelines you refered me to) and > after that the complete output is being showed. > > Maybe it's a good time to add this one as an nagios feature request. > > Speaking of feature requests, it would be nice if there would be a > way to insert a password auth to the NRPE client/server for having a > bit sense of security and not counting on hosts.allow/firewall rules > for dealing with executation and 'user logging auth'.. (This one is > mostly good for client/monitor machines which are shared-user > boxes and the rest of the users of the box shouldn't be able to log > to the remote NRPE server). > > -- Tomer. > > From noreply at sourceforge.net Thu Oct 2 13:46:05 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Oct 2 13:46:05 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-816804 ] More to add for check_nwstat Message-ID: Feature Requests item #816804, was opened at 2003-10-02 20:45 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=816804&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: Alex (faucon) Assigned to: Nobody/Anonymous (nobody) Summary: More to add for check_nwstat Initial Comment: Hello, James Drews (who does mrtgext.nlm) as release a new version of mrtgext (version 1.43). ---from the readme.txt of mrtgext--- [...] The following were added to version 1.43 S28 : Current Service Processes MP S29 : Total Server Memory (bytes) S30 : Allocated Memory (bytes) [...] ---end--- Check it out here... http://forge.novell.com/modules/xfmod/project/?mrtgext ...if you need to. This sample of the readme.txt file only show what I would like to be added , of course ;) I can test the modifications if you need to. Thanks! Alex ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=816804&group_id=29880 From christian.masopust at siemens.com Fri Oct 3 04:10:23 2003 From: christian.masopust at siemens.com (Masopust Christian) Date: Fri Oct 3 04:10:23 2003 Subject: [Nagiosplug-devel] check_snmp.c Message-ID: hi all, i had a closer look at check_snmp.c and found something i don't like ;-)) > if (found == 0) > die (STATE_UNKNOWN, > _("%s problem - No data recieved from host\nCMD: %s\n"), > label, > command_line); > > /* WARNING if output found on stderr */ > if (fgets (input_buffer, MAX_INPUT_BUFFER - 1, child_stderr)) > result = max_state (result, STATE_WARNING); > as you can see, if there is no data read from remote snmpd (in my case snmpd died), snmpget writes some messages to stderr, but check_snmp will silently ignore these messages.... maybe a first (quick and dirty ;-) aproach would be: > /* WARNING if output found on stderr */ > if (fgets (input_buffer, MAX_INPUT_BUFFER - 1, child_stderr)) > result = max_state (result, STATE_WARNING); > > /* close stderr */ > (void) fclose (child_stderr); > > /* close the pipe */ > if (spclose (child_process)) > result = max_state (result, STATE_WARNING); > > if (found == 0) > die (STATE_UNKNOWN, > _("%s problem - No data recieved from host, CMD: %s, Result: %s\n"), > label, command_line, input_buffer); > cheers, Chris ___________________________________________________________ Christian Masopust SIEMENS AG PSE SMC CI E CM Tel: +43 (0) 5 1707 26866 E-mail: christian.masopust at siemens.com Addr: Austria, 1210 Vienna, Siemensstra?e 90-92, B. 34, Rm. 3057 ___________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkozanek at totalservice.cz Sun Oct 5 12:35:07 2003 From: jkozanek at totalservice.cz (=?ISO-8859-2?Q?Jan_Koz=E1nek?=) Date: Sun Oct 5 12:35:07 2003 Subject: [Nagiosplug-devel] Mcafee's viruscan plugin Message-ID: <3F80722F.6010204@totalservice.cz> An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Mon Oct 6 10:33:12 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Oct 6 10:33:12 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-818744 ] configure script trouble/getloadavg.c compile error Message-ID: Bugs item #818744, was opened at 2003-10-06 19:32 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=818744&group_id=29880 Category: Parsing problem Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Jan Kozanek (thonar) Assigned to: Nobody/Anonymous (nobody) Summary: configure script trouble/getloadavg.c compile error Initial Comment: Main configure script in nagios-plugins-1.3.1 tarball release makes a mistake when checking for locale.h header file. Although in config.log is correctly noted that locale.h was found, final config.status doesn't include the reference and thus lib/getloadavg.c doesn't compile correctly, because the header file is not included. The patch for getloadavg.c below deals just with the consequences - it enables successful compile. However the problem is definitely in the main configure script. ----- 101,103c101 < #if HAVE_LOCALE_H < # include < #endif --- > #include ----- System is Suse 6.2 (I know, I know, it's old, but...) with locale.h placed in here: /usr/include/ Besides this, after using the patch, whole automake/compile runs like a charm. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=818744&group_id=29880 From noreply at sourceforge.net Mon Oct 6 18:45:05 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Oct 6 18:45:05 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-818987 ] Fixes check_ntp parse of large poll intervals Message-ID: Patches item #818987, was opened at 2003-10-06 21:44 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=818987&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Shawn Dvorak (sdvorak) Assigned to: Nobody/Anonymous (nobody) Summary: Fixes check_ntp parse of large poll intervals Initial Comment: The ntpq output parsing in check_ntp does not handle long poll intervals (those that include an "m", indicating minutes). This short patch fixes this by adding "m" to the match string. Also corrects the misspelling of "Candidates" in the verbose output. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=818987&group_id=29880 From noreply at sourceforge.net Tue Oct 7 06:13:03 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Oct 7 06:13:03 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-818744 ] configure script trouble/getloadavg.c compile error Message-ID: Bugs item #818744, was opened at 2003-10-06 18:32 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=818744&group_id=29880 Category: Parsing problem Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Jan Kozanek (thonar) >Assigned to: Ton Voon (tonvoon) Summary: configure script trouble/getloadavg.c compile error Initial Comment: Main configure script in nagios-plugins-1.3.1 tarball release makes a mistake when checking for locale.h header file. Although in config.log is correctly noted that locale.h was found, final config.status doesn't include the reference and thus lib/getloadavg.c doesn't compile correctly, because the header file is not included. The patch for getloadavg.c below deals just with the consequences - it enables successful compile. However the problem is definitely in the main configure script. ----- 101,103c101 < #if HAVE_LOCALE_H < # include < #endif --- > #include ----- System is Suse 6.2 (I know, I know, it's old, but...) with locale.h placed in here: /usr/include/ Besides this, after using the patch, whole automake/compile runs like a charm. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2003-10-07 14:12 Message: Logged In: YES user_id=664364 Jan, Thanks for the report. I think this is already be fixed in the r1_3_0 branch. Can you try the latest r1_3_0 snapshot at http://nagiosplug.sourceforge.net/snapshot? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=818744&group_id=29880 From sam_ml at spacething.org Tue Oct 7 20:15:05 2003 From: sam_ml at spacething.org (Sam Stickland) Date: Tue Oct 7 20:15:05 2003 Subject: [Nagiosplug-devel] Checking interface errors on cisco equipment Message-ID: <001701c38d4a$2e87bd90$fb00a8c0@office.toastedmedia.net> Hi, I'm wondering if anyones knows the where-abouts of a plugin to check for interface errors on Cisco routers and switches. Ideally it should check every interface that's not in the shutdown mode automatically. I've found this link, but it doesn't provide anyclues as to where the plugin might be: http://article.gmane.org/gmane.network.nagios.plugins.devel/445 Various web and newgroup searches based on the information in that post have gotten me nowhere.. Then again it might just be way to late at night for my brain to be functioning ;) If nobody knows of one then I'll knock one up. I'm thinking if doesn't really have to do much more than store the previous value in a text file somewhere, check the difference between that and the stored value and then compare it against the thresholds. No biggie. Sam -------------- next part -------------- An HTML attachment was scrubbed... URL: From Nicky.Ayoub at Microchip.com Wed Oct 8 01:07:03 2003 From: Nicky.Ayoub at Microchip.com (Nicky.Ayoub at Microchip.com) Date: Wed Oct 8 01:07:03 2003 Subject: [Nagiosplug-devel] Nicky Ayoub/IS/US/Microchip is out of the office. Message-ID: I will be out of the office starting 10/07/2003 and will not return until 10/13/2003. I will respond to your message when I return. If you require immediate assistance contact the Helpdesk at x7600 or Systems and Operations at x7575 From noreply at sourceforge.net Wed Oct 8 11:09:06 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Oct 8 11:09:06 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-820125 ] check_procs arg-array check matches itself @ sol8 Message-ID: Bugs item #820125, was opened at 2003-10-08 14:08 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=820125&group_id=29880 Category: Parsing problem Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Greg Haygood (shrykedude) Assigned to: Nobody/Anonymous (nobody) Summary: check_procs arg-array check matches itself @ sol8 Initial Comment: On Solaris8, using nagios-plugins-1.3.1, when calling check_procs with -a to look for argument strings, the plugin is including the check_procs call as a match (this is from a check_procs modified only to enable the DEBUG1 output of the process list) [root] $ ./check_procs -c 1: -a inetd > /tmp/check [root] $ grep inetd /tmp/check CHECKING: 0 0 1 S /usr/sbin/inetd /usr/sbin/inetd -s CHECKING: 1 0 14603 S ./check_procs ./check_procs -c 1: -a inetd OK - 2 processes running with args inetd [root] $ the call to itself should be excluded from the reported list. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=820125&group_id=29880 From noreply at sourceforge.net Wed Oct 8 11:27:03 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Oct 8 11:27:03 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-820125 ] check_procs arg-array check matches itself @ sol8 Message-ID: Bugs item #820125, was opened at 2003-10-08 14:08 Message generated for change (Comment added) made by shrykedude You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=820125&group_id=29880 Category: Parsing problem Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Greg Haygood (shrykedude) Assigned to: Nobody/Anonymous (nobody) Summary: check_procs arg-array check matches itself @ sol8 Initial Comment: On Solaris8, using nagios-plugins-1.3.1, when calling check_procs with -a to look for argument strings, the plugin is including the check_procs call as a match (this is from a check_procs modified only to enable the DEBUG1 output of the process list) [root] $ ./check_procs -c 1: -a inetd > /tmp/check [root] $ grep inetd /tmp/check CHECKING: 0 0 1 S /usr/sbin/inetd /usr/sbin/inetd -s CHECKING: 1 0 14603 S ./check_procs ./check_procs -c 1: -a inetd OK - 2 processes running with args inetd [root] $ the call to itself should be excluded from the reported list. ---------------------------------------------------------------------- >Comment By: Greg Haygood (shrykedude) Date: 2003-10-08 14:26 Message: Logged In: YES user_id=61279 After succeeding on my RH8 box, I found that the code *is* trying to strip the match to itself. But the solaris8 ps_cmd is returning the procprog with the called path: CHECKING: 1 0 14603 S ./check_procs(?=check_procs) ./check_procs -c 1: -a inetd where ./check_procs(?=check_procs) is (pseudo)defined as $procprog(?=$progname) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=820125&group_id=29880 From noreply at sourceforge.net Thu Oct 9 00:16:04 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Oct 9 00:16:04 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-820125 ] check_procs arg-array check matches itself @ sol8 Message-ID: Bugs item #820125, was opened at 2003-10-08 19:08 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=820125&group_id=29880 Category: Parsing problem Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Greg Haygood (shrykedude) >Assigned to: Ton Voon (tonvoon) Summary: check_procs arg-array check matches itself @ sol8 Initial Comment: On Solaris8, using nagios-plugins-1.3.1, when calling check_procs with -a to look for argument strings, the plugin is including the check_procs call as a match (this is from a check_procs modified only to enable the DEBUG1 output of the process list) [root] $ ./check_procs -c 1: -a inetd > /tmp/check [root] $ grep inetd /tmp/check CHECKING: 0 0 1 S /usr/sbin/inetd /usr/sbin/inetd -s CHECKING: 1 0 14603 S ./check_procs ./check_procs -c 1: -a inetd OK - 2 processes running with args inetd [root] $ the call to itself should be excluded from the reported list. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2003-10-09 08:15 Message: Logged In: YES user_id=664364 Greg, Thanks for the bug report. This should be fixed in the CVS HEAD version of check_procs, due to be the upcoming release 1.4. Can you give that a try from http://nagiosplug.sourceforge.net/snapshot/? Ton ---------------------------------------------------------------------- Comment By: Greg Haygood (shrykedude) Date: 2003-10-08 19:26 Message: Logged In: YES user_id=61279 After succeeding on my RH8 box, I found that the code *is* trying to strip the match to itself. But the solaris8 ps_cmd is returning the procprog with the called path: CHECKING: 1 0 14603 S ./check_procs(?=check_procs) ./check_procs -c 1: -a inetd where ./check_procs(?=check_procs) is (pseudo)defined as $procprog(?=$progname) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=820125&group_id=29880 From noreply at sourceforge.net Thu Oct 9 02:00:04 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Oct 9 02:00:04 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-818744 ] configure script trouble/getloadavg.c compile error Message-ID: Bugs item #818744, was opened at 2003-10-06 19:32 Message generated for change (Comment added) made by thonar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=818744&group_id=29880 Category: Parsing problem Group: Release (specify) >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: Jan Kozanek (thonar) Assigned to: Ton Voon (tonvoon) Summary: configure script trouble/getloadavg.c compile error Initial Comment: Main configure script in nagios-plugins-1.3.1 tarball release makes a mistake when checking for locale.h header file. Although in config.log is correctly noted that locale.h was found, final config.status doesn't include the reference and thus lib/getloadavg.c doesn't compile correctly, because the header file is not included. The patch for getloadavg.c below deals just with the consequences - it enables successful compile. However the problem is definitely in the main configure script. ----- 101,103c101 < #if HAVE_LOCALE_H < # include < #endif --- > #include ----- System is Suse 6.2 (I know, I know, it's old, but...) with locale.h placed in here: /usr/include/ Besides this, after using the patch, whole automake/compile runs like a charm. ---------------------------------------------------------------------- >Comment By: Jan Kozanek (thonar) Date: 2003-10-09 10:59 Message: Logged In: YES user_id=226635 Correct, it worked fine with snapshot/nagios-plugins-r1_3_0-200310030007.tar.gz However automake hasn't worked for me (my box probably has outdated versions of these utils), the generic configure script found libraries correctly and I succeeded compiling lib/getloadavg.c manually. I'm marking the bug as closed, thanks. Jan ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-10-07 15:12 Message: Logged In: YES user_id=664364 Jan, Thanks for the report. I think this is already be fixed in the r1_3_0 branch. Can you try the latest r1_3_0 snapshot at http://nagiosplug.sourceforge.net/snapshot? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=818744&group_id=29880 From noreply at sourceforge.net Thu Oct 9 04:06:02 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Oct 9 04:06:02 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-818744 ] configure script trouble/getloadavg.c compile error Message-ID: Bugs item #818744, was opened at 2003-10-06 18:32 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=818744&group_id=29880 Category: Parsing problem Group: Release (specify) Status: Closed Resolution: Out of Date Priority: 5 Submitted By: Jan Kozanek (thonar) Assigned to: Ton Voon (tonvoon) Summary: configure script trouble/getloadavg.c compile error Initial Comment: Main configure script in nagios-plugins-1.3.1 tarball release makes a mistake when checking for locale.h header file. Although in config.log is correctly noted that locale.h was found, final config.status doesn't include the reference and thus lib/getloadavg.c doesn't compile correctly, because the header file is not included. The patch for getloadavg.c below deals just with the consequences - it enables successful compile. However the problem is definitely in the main configure script. ----- 101,103c101 < #if HAVE_LOCALE_H < # include < #endif --- > #include ----- System is Suse 6.2 (I know, I know, it's old, but...) with locale.h placed in here: /usr/include/ Besides this, after using the patch, whole automake/compile runs like a charm. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2003-10-09 12:05 Message: Logged In: YES user_id=664364 Thanks for the update. The developers guidelines at http://nagiosplug.sourceforge.net/developer-guidelines.html say that the minimum level of automake required is 1.6. Hope this helps. ---------------------------------------------------------------------- Comment By: Jan Kozanek (thonar) Date: 2003-10-09 09:59 Message: Logged In: YES user_id=226635 Correct, it worked fine with snapshot/nagios-plugins-r1_3_0-200310030007.tar.gz However automake hasn't worked for me (my box probably has outdated versions of these utils), the generic configure script found libraries correctly and I succeeded compiling lib/getloadavg.c manually. I'm marking the bug as closed, thanks. Jan ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-10-07 14:12 Message: Logged In: YES user_id=664364 Jan, Thanks for the report. I think this is already be fixed in the r1_3_0 branch. Can you try the latest r1_3_0 snapshot at http://nagiosplug.sourceforge.net/snapshot? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=818744&group_id=29880 From noreply at sourceforge.net Thu Oct 9 11:40:05 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Oct 9 11:40:05 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-820806 ] better error checking for check_linux_raid.pl Message-ID: Patches item #820806, was opened at 2003-10-09 18:39 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=820806&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: jtlayton (poochiereds) Assigned to: Nobody/Anonymous (nobody) Summary: better error checking for check_linux_raid.pl Initial Comment: Here's a patch for check_linux_raid.pl, which is in the contrib directory. This patch makes it fail with an "UNKNOWN" error if it's not running on Linux, and adds a more picky regexp for identifying md??? devices. I noticed in testing that it was possible to get false positives if it was passed in an integer instead of 'md???' as the first argument. This fixes that behavior. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=820806&group_id=29880 From noreply at sourceforge.net Mon Oct 13 04:01:04 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Oct 13 04:01:04 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-822662 ] check_tcp does not return "TCP CRITICAL" Message-ID: Bugs item #822662, was opened at 2003-10-13 11:00 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=822662&group_id=29880 Category: Parsing problem Group: None Status: Open Resolution: None Priority: 5 Submitted By: Hugo Monteiro (hvm_pt) Assigned to: Nobody/Anonymous (nobody) Summary: check_tcp does not return "TCP CRITICAL" Initial Comment: check_tcp plugin should return a "TCP CRITICAL: Connection refused by host" when the tcp service port checked is down. example: "check_tcp server1 -p 3128" (SQUID Port) If the squid service is down we get a "Connection refused by host" but we should get a "TCP CRITICAL: etc.." since this service is down. Because of this, Nagios puts this service in the critical services group, but we can't get any availability report because services checked by this plugin (using check_tcp xxx -p xxxx) are not returning valid exit codes/echoes: "TCP OK", "TCP WARNING" or "TCP CRITICAL". This service check not even appear has unknown!?!! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=822662&group_id=29880 From noreply at sourceforge.net Mon Oct 13 04:47:01 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Oct 13 04:47:01 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-822662 ] check_tcp does not return "TCP CRITICAL" Message-ID: Bugs item #822662, was opened at 2003-10-13 11:00 Message generated for change (Comment added) made by hvm_pt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=822662&group_id=29880 Category: Parsing problem Group: None Status: Open Resolution: None Priority: 5 Submitted By: Hugo Monteiro (hvm_pt) Assigned to: Nobody/Anonymous (nobody) Summary: check_tcp does not return "TCP CRITICAL" Initial Comment: check_tcp plugin should return a "TCP CRITICAL: Connection refused by host" when the tcp service port checked is down. example: "check_tcp server1 -p 3128" (SQUID Port) If the squid service is down we get a "Connection refused by host" but we should get a "TCP CRITICAL: etc.." since this service is down. Because of this, Nagios puts this service in the critical services group, but we can't get any availability report because services checked by this plugin (using check_tcp xxx -p xxxx) are not returning valid exit codes/echoes: "TCP OK", "TCP WARNING" or "TCP CRITICAL". This service check not even appear has unknown!?!! ---------------------------------------------------------------------- >Comment By: Hugo Monteiro (hvm_pt) Date: 2003-10-13 11:46 Message: Logged In: YES user_id=12156 The problem seems to be in "netutils.c" file between line 308 and 320. Even if this errors are not known, a plugin should always return a known error (OK, WARNING, CRITICAL or UNKNOWN) if it sends anything besides this, it will break Nagios service information (reports, stats, etc.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=822662&group_id=29880 From noreply at sourceforge.net Mon Oct 13 06:29:02 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Oct 13 06:29:02 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-822662 ] check_tcp does not return "TCP CRITICAL" Message-ID: Bugs item #822662, was opened at 2003-10-13 04:00 Message generated for change (Comment added) made by undrgrid You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=822662&group_id=29880 Category: Parsing problem Group: None Status: Open Resolution: None Priority: 5 Submitted By: Hugo Monteiro (hvm_pt) >Assigned to: Jeremy T. Bouse (undrgrid) Summary: check_tcp does not return "TCP CRITICAL" Initial Comment: check_tcp plugin should return a "TCP CRITICAL: Connection refused by host" when the tcp service port checked is down. example: "check_tcp server1 -p 3128" (SQUID Port) If the squid service is down we get a "Connection refused by host" but we should get a "TCP CRITICAL: etc.." since this service is down. Because of this, Nagios puts this service in the critical services group, but we can't get any availability report because services checked by this plugin (using check_tcp xxx -p xxxx) are not returning valid exit codes/echoes: "TCP OK", "TCP WARNING" or "TCP CRITICAL". This service check not even appear has unknown!?!! ---------------------------------------------------------------------- >Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-10-13 06:28 Message: Logged In: YES user_id=10485 As I've done quite a few changes in the current CVS HEAD version of the check_tcp code I believe I know where this problem lies. It seems to be in the actual connection code and not in the processing of the reply as it never gets the connection socket to open. I'll look into it and see if this is possible to preface with "TCP CRITICAL" however the code to my knowledge DOES return the proper exit code it is just the human readable details that is failing to display. ---------------------------------------------------------------------- Comment By: Hugo Monteiro (hvm_pt) Date: 2003-10-13 04:46 Message: Logged In: YES user_id=12156 The problem seems to be in "netutils.c" file between line 308 and 320. Even if this errors are not known, a plugin should always return a known error (OK, WARNING, CRITICAL or UNKNOWN) if it sends anything besides this, it will break Nagios service information (reports, stats, etc.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=822662&group_id=29880 From noreply at sourceforge.net Mon Oct 13 08:38:06 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Oct 13 08:38:06 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-822662 ] check_tcp does not return "TCP CRITICAL" Message-ID: Bugs item #822662, was opened at 2003-10-13 11:00 Message generated for change (Comment added) made by hvm_pt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=822662&group_id=29880 Category: Parsing problem Group: None Status: Open Resolution: None Priority: 5 Submitted By: Hugo Monteiro (hvm_pt) Assigned to: Jeremy T. Bouse (undrgrid) Summary: check_tcp does not return "TCP CRITICAL" Initial Comment: check_tcp plugin should return a "TCP CRITICAL: Connection refused by host" when the tcp service port checked is down. example: "check_tcp server1 -p 3128" (SQUID Port) If the squid service is down we get a "Connection refused by host" but we should get a "TCP CRITICAL: etc.." since this service is down. Because of this, Nagios puts this service in the critical services group, but we can't get any availability report because services checked by this plugin (using check_tcp xxx -p xxxx) are not returning valid exit codes/echoes: "TCP OK", "TCP WARNING" or "TCP CRITICAL". This service check not even appear has unknown!?!! ---------------------------------------------------------------------- >Comment By: Hugo Monteiro (hvm_pt) Date: 2003-10-13 15:37 Message: Logged In: YES user_id=12156 Additional notes: The exit code seems to be valid to NAGIOS process, it can process it well. The problem was that something broke the archived LOG, it appeared "nagios-10-10-2003-23.log" (notice the -23) instead of "nagios-10-10-2003-00.log". That was why this services didn't appear in the Availability Report. (I'm still searching what caused this.) Besides this, i've added the following lines to 'netutils.c' starting line 309: -- cut here -- printf ("CONNECTION CRITICAL: "); --- end cut --- So, if we cannot make a connection it will print something like CONNECTION CRITICAL: "+"Error message from the 'switch/case on the line below"' example: "CONNECTION CRITICAL: Connection refused by host." PS: Check all information i sent and see if this really is an check_tcp plugin issue, and something needs to be modified, or if this bug report can be closed. ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-10-13 13:28 Message: Logged In: YES user_id=10485 As I've done quite a few changes in the current CVS HEAD version of the check_tcp code I believe I know where this problem lies. It seems to be in the actual connection code and not in the processing of the reply as it never gets the connection socket to open. I'll look into it and see if this is possible to preface with "TCP CRITICAL" however the code to my knowledge DOES return the proper exit code it is just the human readable details that is failing to display. ---------------------------------------------------------------------- Comment By: Hugo Monteiro (hvm_pt) Date: 2003-10-13 11:46 Message: Logged In: YES user_id=12156 The problem seems to be in "netutils.c" file between line 308 and 320. Even if this errors are not known, a plugin should always return a known error (OK, WARNING, CRITICAL or UNKNOWN) if it sends anything besides this, it will break Nagios service information (reports, stats, etc.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=822662&group_id=29880 From noreply at sourceforge.net Mon Oct 13 08:50:03 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Oct 13 08:50:03 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-822662 ] check_tcp does not return "TCP CRITICAL" Message-ID: Bugs item #822662, was opened at 2003-10-13 12:00 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=822662&group_id=29880 Category: Parsing problem Group: None Status: Open Resolution: None Priority: 5 Submitted By: Hugo Monteiro (hvm_pt) Assigned to: Jeremy T. Bouse (undrgrid) Summary: check_tcp does not return "TCP CRITICAL" Initial Comment: check_tcp plugin should return a "TCP CRITICAL: Connection refused by host" when the tcp service port checked is down. example: "check_tcp server1 -p 3128" (SQUID Port) If the squid service is down we get a "Connection refused by host" but we should get a "TCP CRITICAL: etc.." since this service is down. Because of this, Nagios puts this service in the critical services group, but we can't get any availability report because services checked by this plugin (using check_tcp xxx -p xxxx) are not returning valid exit codes/echoes: "TCP OK", "TCP WARNING" or "TCP CRITICAL". This service check not even appear has unknown!?!! ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2003-10-13 16:48 Message: Logged In: YES user_id=664364 I had a problem with extra nagios logs being created (with - 23). It turned out to be an NTP problem on the server I was using. See http://www.nagios.org/faqs/viewfaq.php? faq_id=93 for the resolution. ---------------------------------------------------------------------- Comment By: Hugo Monteiro (hvm_pt) Date: 2003-10-13 16:37 Message: Logged In: YES user_id=12156 Additional notes: The exit code seems to be valid to NAGIOS process, it can process it well. The problem was that something broke the archived LOG, it appeared "nagios-10-10-2003-23.log" (notice the -23) instead of "nagios-10-10-2003-00.log". That was why this services didn't appear in the Availability Report. (I'm still searching what caused this.) Besides this, i've added the following lines to 'netutils.c' starting line 309: -- cut here -- printf ("CONNECTION CRITICAL: "); --- end cut --- So, if we cannot make a connection it will print something like CONNECTION CRITICAL: "+"Error message from the 'switch/case on the line below"' example: "CONNECTION CRITICAL: Connection refused by host." PS: Check all information i sent and see if this really is an check_tcp plugin issue, and something needs to be modified, or if this bug report can be closed. ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-10-13 14:28 Message: Logged In: YES user_id=10485 As I've done quite a few changes in the current CVS HEAD version of the check_tcp code I believe I know where this problem lies. It seems to be in the actual connection code and not in the processing of the reply as it never gets the connection socket to open. I'll look into it and see if this is possible to preface with "TCP CRITICAL" however the code to my knowledge DOES return the proper exit code it is just the human readable details that is failing to display. ---------------------------------------------------------------------- Comment By: Hugo Monteiro (hvm_pt) Date: 2003-10-13 12:46 Message: Logged In: YES user_id=12156 The problem seems to be in "netutils.c" file between line 308 and 320. Even if this errors are not known, a plugin should always return a known error (OK, WARNING, CRITICAL or UNKNOWN) if it sends anything besides this, it will break Nagios service information (reports, stats, etc.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=822662&group_id=29880 From noreply at sourceforge.net Mon Oct 13 09:24:08 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Oct 13 09:24:08 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-822662 ] check_tcp does not return "TCP CRITICAL" Message-ID: Bugs item #822662, was opened at 2003-10-13 04:00 Message generated for change (Comment added) made by undrgrid You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=822662&group_id=29880 Category: Parsing problem Group: None Status: Open Resolution: None Priority: 5 Submitted By: Hugo Monteiro (hvm_pt) Assigned to: Jeremy T. Bouse (undrgrid) Summary: check_tcp does not return "TCP CRITICAL" Initial Comment: check_tcp plugin should return a "TCP CRITICAL: Connection refused by host" when the tcp service port checked is down. example: "check_tcp server1 -p 3128" (SQUID Port) If the squid service is down we get a "Connection refused by host" but we should get a "TCP CRITICAL: etc.." since this service is down. Because of this, Nagios puts this service in the critical services group, but we can't get any availability report because services checked by this plugin (using check_tcp xxx -p xxxx) are not returning valid exit codes/echoes: "TCP OK", "TCP WARNING" or "TCP CRITICAL". This service check not even appear has unknown!?!! ---------------------------------------------------------------------- >Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-10-13 09:23 Message: Logged In: YES user_id=10485 I believe if you check the contents of nagios-10-10-2003-00.log thru nagios-10-10-2003-23.log you would find that all the entries are for the same day but the logs have been truncated because they grew to be too long... What you need to do when doing reports is to tell it that it can go back through more logs by setting the "Backtracked Archives" to higher than the default (which for me is 2)... ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-10-13 08:48 Message: Logged In: YES user_id=664364 I had a problem with extra nagios logs being created (with - 23). It turned out to be an NTP problem on the server I was using. See http://www.nagios.org/faqs/viewfaq.php? faq_id=93 for the resolution. ---------------------------------------------------------------------- Comment By: Hugo Monteiro (hvm_pt) Date: 2003-10-13 08:37 Message: Logged In: YES user_id=12156 Additional notes: The exit code seems to be valid to NAGIOS process, it can process it well. The problem was that something broke the archived LOG, it appeared "nagios-10-10-2003-23.log" (notice the -23) instead of "nagios-10-10-2003-00.log". That was why this services didn't appear in the Availability Report. (I'm still searching what caused this.) Besides this, i've added the following lines to 'netutils.c' starting line 309: -- cut here -- printf ("CONNECTION CRITICAL: "); --- end cut --- So, if we cannot make a connection it will print something like CONNECTION CRITICAL: "+"Error message from the 'switch/case on the line below"' example: "CONNECTION CRITICAL: Connection refused by host." PS: Check all information i sent and see if this really is an check_tcp plugin issue, and something needs to be modified, or if this bug report can be closed. ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-10-13 06:28 Message: Logged In: YES user_id=10485 As I've done quite a few changes in the current CVS HEAD version of the check_tcp code I believe I know where this problem lies. It seems to be in the actual connection code and not in the processing of the reply as it never gets the connection socket to open. I'll look into it and see if this is possible to preface with "TCP CRITICAL" however the code to my knowledge DOES return the proper exit code it is just the human readable details that is failing to display. ---------------------------------------------------------------------- Comment By: Hugo Monteiro (hvm_pt) Date: 2003-10-13 04:46 Message: Logged In: YES user_id=12156 The problem seems to be in "netutils.c" file between line 308 and 320. Even if this errors are not known, a plugin should always return a known error (OK, WARNING, CRITICAL or UNKNOWN) if it sends anything besides this, it will break Nagios service information (reports, stats, etc.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=822662&group_id=29880 From noreply at sourceforge.net Mon Oct 13 20:18:15 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Oct 13 20:18:15 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-773588 ] check_ntp vs Cisco & Solaris NTP responses Message-ID: Bugs item #773588, was opened at 2003-07-18 08:05 Message generated for change (Comment added) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=773588&group_id=29880 Category: Parsing problem Group: v1.3.0 beta3 >Status: Closed Resolution: None Priority: 5 Submitted By: Brad Meier (knightorc) Assigned to: Subhendu Ghosh (sghosh) Summary: check_ntp vs Cisco & Solaris NTP responses Initial Comment: Found some Solaris machines that don't match against line 263's parsing of the reply from ntpq, they use a #, not * or o. Changed it to (\*|o|\#) instead of (\*|o) in the regex and its happy again, checked against Tardis on windows and xntpd on Linux and Solaris. Found another problem, tried against a cisco and it returned a - where the script expects l,u,m,b. Line 263 again. Changed ([lumb]+) to ([lumb-]+) Patch tested against Linux, Solaris, Windows (Tardis) and Cisco ntp's. ---------------------------------------------------------------------- >Comment By: Subhendu Ghosh (sghosh) Date: 2003-10-13 23:17 Message: Logged In: YES user_id=46572 Added a patch that will warn if matched against a "#" candidate peer and no sys.peers are present. Modified regex for ([lumb-]+) line 272 ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2003-08-10 11:31 Message: Logged In: YES user_id=46572 I am looking at CVS HEAD and it looks like you are referring to line 272 - please verify. If adding # in the regex, then the overall ntpq loop needs to have memory because # implies "selected" but not among the top 6 peers selected for synchronization in ntpd from ntp.org. According to Solaris docs - # implies selected for synchronization but distance exceeds maximum This may be something that is not wanted under normal operation. If we want to match against # then it should only match if * or o are not present and generate a warning about maximum distance exceeded. Are there any links to Tardis docs about the use of tally codes? -sg ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=773588&group_id=29880 From dsazonov at aamc.org Tue Oct 14 09:26:08 2003 From: dsazonov at aamc.org (Dmitry Sazonov) Date: Tue Oct 14 09:26:08 2003 Subject: [Nagiosplug-devel] check_ntp (nagios-plugins 1.3.1) 1.14.2.3 offset 0 Message-ID: <3F8C2361.2050907@aamc.org> When checking yourself offset is usually 0. That should not trigger CRITICAL event. CVS view: 202 sghosh 1.4 203 # An offset of 0.000000 with an error is probably bogus. Actually, 204 # it's probably always bogus, but let's be paranoid here. 205 if ($offset == 0) { undef $offset;} 206 207 $ntpdate_error = defined ($offset) ? $ERRORS{"OK"} : $ERRORS{"CRITICAL"}; 208 print "ntperr = $ntpdate_error \n" if $verbose; -- Dmitry Sazonov x4168 UNIX sysadmin, AAMC From sghosh at sghosh.org Wed Oct 15 07:08:03 2003 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Wed Oct 15 07:08:03 2003 Subject: [Nagiosplug-devel] check_ntp (nagios-plugins 1.3.1) 1.14.2.3 offset 0 In-Reply-To: <3F8C2361.2050907@aamc.org> Message-ID: On Tue, 14 Oct 2003, Dmitry Sazonov wrote: > > When checking yourself offset is usually 0. That should not trigger CRITICAL event. > > > CVS view: > > 202 sghosh 1.4 > 203 # An offset of 0.000000 with an error is probably bogus. Actually, > 204 # it's probably always bogus, but let's be paranoid here. > 205 if ($offset == 0) { undef $offset;} > 206 > 207 $ntpdate_error = defined ($offset) ? $ERRORS{"OK"} : $ERRORS{"CRITICAL"}; > 208 print "ntperr = $ntpdate_error \n" if $verbose; > > > I guess we thought of using it on remote hosts only although I have seen offsets of 0.000001 at least when run against localhost. checking localtime against localtime seemed silly. Probably should check to make sure stratum != 0 or stratum != 16 feel like writing a patch ;) -- -sg From noreply at sourceforge.net Wed Oct 15 07:36:05 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Oct 15 07:36:05 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-824146 ] check_uptime plugin Message-ID: New Plugins item #824146, was opened at 2003-10-15 16:35 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=824146&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Roy Sigurd Karlsbakk (rkarlsba) Assigned to: Nobody/Anonymous (nobody) Summary: check_uptime plugin Initial Comment: This is a rather useless plugin to check for a computer's uptime, probing the tcp timestamps using nmap. Enjoy :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=824146&group_id=29880 From Bjoern.Becker at berendsen.de Wed Oct 15 07:53:03 2003 From: Bjoern.Becker at berendsen.de (=?iso-8859-1?Q?=22Becker=2C_Bj=F6rn_TSDE_Gl=FCckstadt=22?=) Date: Wed Oct 15 07:53:03 2003 Subject: [Nagiosplug-devel] Nagios Help! Message-ID: Dear Sir and Madam, I have a question to host dependence: Assumed rout precipitates, then it is logically behind routs (Router) standing devices likewise down is. Nagios for each of these devices only dispatches messages. That is not so good, because one loses fast the overview. Even if each equipment his dependence to rout defined, Nagios dispatches messages over the status of each equipment. How can I create myself there remedy? In are completely content we practice-struggle with the product. If one configured only everything. Yours Faithfully Bj?rn Becker of Berendsen Group Germany From drich at employees.org Mon Oct 20 15:35:02 2003 From: drich at employees.org (Daniel Rich) Date: Mon Oct 20 15:35:02 2003 Subject: [Nagiosplug-devel] FlexLM plugin enhancements Message-ID: <3F94332E.2060206@employees.org> Is anyone working on enhancing the flexlm plugin? The current functionality of "is the server up" is a good start, but it doesn't tell me anything about the status of the licenses the server is serving. If I have to I will run with this myself and send patches back to the list, but I'm hoping that someone else has already gone down this path (since with my current work load it's going to be a long time before I can get any time to work on it). Thanks! -- Dan Rich | http://www.employees.org/~drich/ | "Step up to red alert!" "Are you sure, sir? | It means changing the bulb in the sign..." | - Red Dwarf (BBC) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bipsen-sender-59c01b at andebakken.dk Mon Oct 20 17:30:05 2003 From: bipsen-sender-59c01b at andebakken.dk (Brian Ipsen) Date: Mon Oct 20 17:30:05 2003 Subject: [Nagiosplug-devel] Tivoli Storage Manager ? Message-ID: Hi! I'm running TSM on a Windows 2000 box - and unfortunately IBM has chosen not to continue SNMP support unless I have a DPI 2.0 (?) compatible SNMP agent installed, which can't be handled by the standard windows snmp agent. Having that in mind, it seems to be quite a struggle to have Nagios monitor the TSM server and events from the connected clients. I consider writing a plugin to extract information from the server, but since it cannot be event-based, I need input on how to handle it, in case e.g. 3 errors have been detected on the server or a specific client since the last "poll" (the timestamp from last check needs to be saved by the application, since Nagios won't pass that variable to service-checks)... 2nd: If anyone is using TSM, it would be nice with some input on what could be usefull.... Eg: Check for specific events on the server itself or sepcific nodes Check storage pool/database/recovery log utilization Check Server License Compliance Check number of active sessions (using specific communication protocol) Check for last access from a specific node / if node is locked Those are just the simple ones, which I need for my purpose.... Any ideas/input ? Regards /Brian From bipsen-sender-59c01b at andebakken.dk Tue Oct 21 02:39:33 2003 From: bipsen-sender-59c01b at andebakken.dk (Brian Ipsen) Date: Tue Oct 21 02:39:33 2003 Subject: [Nagiosplug-devel] Tivoli Storage Manager ? Message-ID: Hi! I'm running TSM on a Windows 2000 box - and unfortunately IBM has chosen not to continue SNMP support unless I have a DPI 2.0 (?) compatible SNMP agent installed, which can't be handled by the standard windows snmp agent. Having that in mind, it seems to be quite a struggle to have Nagios monitor the TSM server and events from the connected clients. I consider writing a plugin to extract information from the server, but since it cannot be event-based, I need input on how to handle it, in case e.g. 3 errors have been detected on the server or a specific client since the last "poll" (the timestamp from last check needs to be saved by the application, since Nagios won't pass that variable to service-checks)... 2nd: If anyone is using TSM, it would be nice with some input on what could be usefull.... Eg: Check for specific events on the server itself or sepcific nodes Check storage pool/database/recovery log utilization Check Server License Compliance Check number of active sessions (using specific communication protocol) Check for last access from a specific node / if node is locked Those are just the simple ones, which I need for my purpose.... Any ideas/input ? Regards /Brian From noreply at sourceforge.net Wed Oct 22 06:27:15 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Oct 22 06:27:15 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-828056 ] 1.3.1 check_disk always returns OK Message-ID: Bugs item #828056, was opened at 2003-10-22 10:16 Message generated for change (Comment added) made by pfismvg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=828056&group_id=29880 Category: None Group: Release (specify) >Status: Deleted Resolution: None Priority: 5 Submitted By: Marcel van Groenigen (pfismvg) Assigned to: Nobody/Anonymous (nobody) Summary: 1.3.1 check_disk always returns OK Initial Comment: check_disk never gives a warning or critical error I tried on 2 different machines on machine 1 Red Hat Linux release 7.0 (Guinness) # ./check_disk -c 25 -w 30 - p /dev/sda6 DISK OK [2492592 kB (31%) free on /dev/sda6] # ./check_disk -c 50 -w 70 -p /dev/sda6 DISK OK [2492336 kB (31%) free on /dev/sda6] on machine 2 Mandrake Linux release 9.0 (dolphin) for i586 # ./check_disk -c 30 -w 40 - p /dev/sda7 DISK OK [4013460 kB (25%) free on /dev/sda7] ---------------------------------------------------------------------- >Comment By: Marcel van Groenigen (pfismvg) Date: 2003-10-22 12:50 Message: Logged In: YES user_id=892190 me idiot should have used the % sign i apolagize to anyone who has spen time on this ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=828056&group_id=29880 From noreply at sourceforge.net Wed Oct 22 06:27:17 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Oct 22 06:27:17 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-828127 ] check_winsnmp_disk Message-ID: New Plugins item #828127, was opened at 2003-10-22 12:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=828127&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Marcel van Groenigen (pfismvg) Assigned to: Nobody/Anonymous (nobody) Summary: check_winsnmp_disk Initial Comment: Simple plugin I have written in php so you will need php with the snmp plugin (vorgive me for that as i am not to good in C or Perl) Usage: check_winsnmp_disk -d drive [-w limit] [-c limit] [-v|--verbose] check_winsnmp_disk (-h|--help) check_winsnmp_disk (-V|--version) Options: -H, --hostname=ADDRESS Host name or IP from server -d, --drive=LETTER disk to check A trough Z one letter -w, --warning=INTEGER Exit with WARNING status if less than INTEGER Megabytes of disk are free -w, --warning=PERCENT% Exit with WARNING status if less than PERCENT of disk space is free Defaults to 15% -c, --critical=INTEGER Exit with CRITICAL status if less than INTEGER Megabytes of disk are free -c, --critical=PERCENT% Exit with CRITCAL status if less than PERCENT of disk space is free Defaults to 5% -v, --verbose Show details for command-line debugging (do not use with nagios server) -h, --help Print detailed help screen -V, --version Print version information ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=828127&group_id=29880 From noreply at sourceforge.net Wed Oct 22 19:49:01 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Oct 22 19:49:01 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-828056 ] 1.3.1 check_disk always returns OK Message-ID: Bugs item #828056, was opened at 2003-10-22 10:16 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=828056&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Marcel van Groenigen (pfismvg) Assigned to: Nobody/Anonymous (nobody) Summary: 1.3.1 check_disk always returns OK Initial Comment: check_disk never gives a warning or critical error I tried on 2 different machines on machine 1 Red Hat Linux release 7.0 (Guinness) # ./check_disk -c 25 -w 30 - p /dev/sda6 DISK OK [2492592 kB (31%) free on /dev/sda6] # ./check_disk -c 50 -w 70 -p /dev/sda6 DISK OK [2492336 kB (31%) free on /dev/sda6] on machine 2 Mandrake Linux release 9.0 (dolphin) for i586 # ./check_disk -c 30 -w 40 - p /dev/sda7 DISK OK [4013460 kB (25%) free on /dev/sda7] ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=828056&group_id=29880 From noreply at sourceforge.net Wed Oct 22 21:02:12 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Oct 22 21:02:12 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-752864 ] configure.in test for radiusclient on Solaris Message-ID: Patches item #752864, was opened at 2003-06-11 15:52 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=752864&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Kenytt Avery (kenytt) >Assigned to: Subhendu Ghosh (sghosh) Summary: configure.in test for radiusclient on Solaris Initial Comment: The configure script will not find libradiusclient even if it is present on Solaris because configure's test program requires libsocket to compile succesfully. Change line 148 of configure.in from: AC_CHECK_LIB(radiusclient,rc_read_config) to: AC_CHECK_LIB (radiusclient,rc_read_config,,,$SOCKETLIBS) ---------------------------------------------------------------------- Comment By: Kenytt Avery (kenytt) Date: 2003-06-12 17:24 Message: Logged In: YES user_id=799189 Ok, that was enough to get ./configure to succeed. It requires a little more work if you want to actually *build* them. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=752864&group_id=29880 From noreply at sourceforge.net Wed Oct 22 21:02:13 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Oct 22 21:02:13 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-818987 ] Fixes check_ntp parse of large poll intervals Message-ID: Patches item #818987, was opened at 2003-10-06 21:44 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=818987&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Shawn Dvorak (sdvorak) >Assigned to: Subhendu Ghosh (sghosh) Summary: Fixes check_ntp parse of large poll intervals Initial Comment: The ntpq output parsing in check_ntp does not handle long poll intervals (those that include an "m", indicating minutes). This short patch fixes this by adding "m" to the match string. Also corrects the misspelling of "Candidates" in the verbose output. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=818987&group_id=29880 From noreply at sourceforge.net Wed Oct 22 22:19:03 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Oct 22 22:19:03 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-807122 ] check_apc_ups.pl patch Message-ID: Patches item #807122, was opened at 2003-09-16 09:39 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=807122&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Aaron Kent Moore (mooreak) >Assigned to: Subhendu Ghosh (sghosh) Summary: check_apc_ups.pl patch Initial Comment: Improvements include using Net::SNMP instead of using the external snmpget program. And correcting the output of the plugin so that nagios will display all of the information that it returns. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=807122&group_id=29880 From noreply at sourceforge.net Wed Oct 22 23:39:29 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Oct 22 23:39:29 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-815785 ] check_ups - Switch for temperature output (C/F) Message-ID: Patches item #815785, was opened at 2003-10-01 07:46 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=815785&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Alen Salamun (alien2108) >Assigned to: Subhendu Ghosh (sghosh) Summary: check_ups - Switch for temperature output (C/F) Initial Comment: Well not everone likes Farenheit as output for temperatures. So I added new switch -T for output in Celsius. Diff is made agains latest check_ups.c = Last Modified: $Date: 2003/01/13 12:15:16 $ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=815785&group_id=29880 From noreply at sourceforge.net Thu Oct 23 20:56:23 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Oct 23 20:56:23 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-829383 ] New plugin: check_rbl Message-ID: New Plugins item #829383, was opened at 2003-10-24 03:55 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=829383&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ethan Galstad (egalstad) Assigned to: Nobody/Anonymous (nobody) Summary: New plugin: check_rbl Initial Comment: This plug in checks to see if an ip is listed on any SPAM blacklists. Submitted by Vikram Damodar Rangnekar ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=829383&group_id=29880 From noreply at sourceforge.net Fri Oct 24 06:01:07 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Oct 24 06:01:07 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-751999 ] delete this, since my new message is better :) Message-ID: Feature Requests item #751999, was opened at 2003-06-10 15:55 Message generated for change (Settings changed) made by faucon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=751999&group_id=29880 Category: None Group: Next Release (example) Status: Open >Priority: 1 Submitted By: Alex (faucon) Assigned to: Nobody/Anonymous (nobody) >Summary: delete this, since my new message is better :) Initial Comment: Hi all, Yeah, I know, what can I say I love that nwstat thing :) My request is as follow. It would be interesting to have the possibility to use some % threshold. In the case of the CSPROCS value, check_nwstat currently returns for example "100 current service processes (200 max)" But not all servers have 200 max, some are at 1000. So if the syntax could change (or have both) to... For example check_nwstat -H hostip -v CSPROCS -w 75% -c 95% That would be great! :) Alex ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=751999&group_id=29880 From kenlist at icarz.com Fri Oct 24 12:45:05 2003 From: kenlist at icarz.com (Ken Menzel) Date: Fri Oct 24 12:45:05 2003 Subject: [Nagiosplug-devel] new plugin check_cpu.pl Message-ID: <0eed01c39a66$649a6e90$b2db7bd1@icarz.com> OK - my first plugin submission. Check CPU usage on Linux, FreeBSD and AIX. Output looks like this janeway# ./check_cpu.pl -c5 -w30 CPU usage OK - 5% used 95% idle janeway# ./check_cpu.pl -c80 -w97 CPU usage WARNING - 9% used 91% idle It will can check IDLE% USER% or SYSTEM% CPU usage. So if I want be warned as I have LESS idle cpu (IE usages approaches %100) I use the default mode (-i) and with -c5 -w30 I will be warned if I have less then 30% CPU available and go critical when I have less then 5% available. Is this confusing? Also if anyone wants to email me more systems to add I am OK with that, also I can easily add SCO Openserver 5. Hope you like my plugin, Ken check_cpu.pl --------------------------------------------------------- #!/usr/bin/perl -w # check_cpu.pl Copyright (C) 2003 Ken Menzel # # This program is free software; you can redistribute it and/or # modify it under the terms of the GNU General Public License # as published by the Free Software Foundation; either version 2 # of the License, or (at your option) any later version. # # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty # of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # you should have received a copy of the GNU General Public License # along with this program (or with Netsaint); if not, write to the # Free Software Foundation, Inc., 59 Temple Place - Suite 330, # Boston, MA 02111-1307, USA # Tell Perl what we need to use use strict; use Getopt::Std; use vars qw($opt_c $opt_s $opt_u $opt_w $opt_i $opt_v $cpu_system $cpu_user $cpu_idle $crit_level $warn_level %exit_codes @memlist $percent $fmt_pct $command_line $uname); # Predefined exit codes for NetSaint %exit_codes = ('UNKNOWN' ,-1, 'OK' , 0, 'WARNING' , 1, 'CRITICAL', 2,); # Get the options if ($#ARGV le 0) { &usage; } else { getopts('c:isuw:v'); } # Shortcircuit the switches if (!$opt_w or $opt_w == 0 or !$opt_c or $opt_c == 0) { print "*** You must define WARN and CRITICAL levels! ****\n"; &usage; } elsif (!$opt_s and !$opt_u) { $opt_i=1; # print "*** You must select to monitor either USED or FREE cpu!"; # &usage; } # Check if levels are sane if ($opt_w <= $opt_c and $opt_i) { print "*** WARN level must not be less than CRITICAL when checking IDLE CPU! ****\n"; &usage; } elsif ($opt_w >= $opt_c and ($opt_u or $opt_s) ) { print "*** WARN level must not be greater than CRITICAL when checking USER or SYSTEM CPU! ***\n"; &usage; } $warn_level = $opt_w; $crit_level = $opt_c; # This the unix command string that brings Perl the data $uname= `uname`; chomp($uname); if ($opt_v) { print "Sytem Type $uname,\n"; } if (($uname eq 'Linux') or ($uname eq 'AIX') ) {$command_line = `vmstat 1 2 | tail -1 | awk '{print \$14,\$15, \$16}'`; } else {$command_line = `vmstat -c 2 -w 1 | tail -1 | awk '{print \$17,\$18, \$19}'`; } if ($opt_v) { print "$command_line\n"; } chomp $command_line; @memlist = split(/ /, $command_line); # Define the calculating scalars $cpu_user = $memlist[0]; $cpu_system = $memlist[1]; $cpu_idle = $memlist[2]; if ($opt_i) { $fmt_pct= 100 - $cpu_idle; if ($cpu_idle <= $crit_level) { print "CPU usage CRITICAL - $fmt_pct% used $cpu_idle% idle \n"; exit $exit_codes{'CRITICAL'}; } elsif ($cpu_idle <= $warn_level) { print "CPU usage WARNING - $fmt_pct% used $cpu_idle% idle\n"; exit $exit_codes{'WARNING'}; } else { print "CPU usage OK - $fmt_pct% used $cpu_idle% idle\n"; exit $exit_codes{'OK'}; } } elsif ($opt_u) { if ($cpu_user >= $crit_level) { print "CPU usage CRITICAL - $cpu_user% user\n"; exit $exit_codes{'CRITICAL'}; } elsif ($percent >= $warn_level) { print "CPU usage WARNING - $cpu_user% user\n"; exit $exit_codes{'WARNING'}; } else { print "CPU usage OK - $cpu_user% user\n"; exit $exit_codes{'OK'}; } } elsif ($opt_s) { if ($cpu_system >= $crit_level) { print "CPU usage CRITICAL - $cpu_system% system\n"; exit $exit_codes{'CRITICAL'}; } elsif ($percent >= $warn_level) { print "CPU usage WARNING - $cpu_system% system\n"; exit $exit_codes{'WARNING'}; } else { print "CPU usage OK - $cpu_system% system\n"; exit $exit_codes{'OK'}; } } # Show usage sub usage() { my $mymsg=< -w -c \n options:\n -i Check IDLE cpu (default) -s Check SYSTEM cpu -u Check USER cpu -w PERCENT Percent free/used when to warn -c PERCENT Percent free/used when critical -v Verbose output for debug \nCopyright (C) 2003 Ken Menzel (kenm\@icarz.com) check_cpu.pl comes with absolutely NO WARRANTY either implied or explicit This program is licensed under the terms of the GNU General Public License (check source code for details) MYMSG ; print "$mymsg"; exit $exit_codes{'UNKNOWN'}; } ----------------------------------------------------- Ken Menzel ICQ# 9325188 www.icarz.com kenm at icarz.com From noreply at sourceforge.net Fri Oct 24 23:51:11 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Oct 24 23:51:11 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-769311 ] adds smtp auth ability to the check_smtp plugin Message-ID: Patches item #769311, was opened at 2003-07-10 16:47 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=769311&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jason Burnett (trig_monkeypr0n) >Assigned to: Subhendu Ghosh (sghosh) Summary: adds smtp auth ability to the check_smtp plugin Initial Comment: Adds the ability to confirm that your smtp auth mechanism is working on your smtp server. ---------------------------------------------------------------------- Comment By: Jason Burnett (trig_monkeypr0n) Date: 2003-07-31 20:05 Message: Logged In: YES user_id=778916 This is the patch against the cvs version of nagiosplug checked out from anonymous cvs earlier today. ---------------------------------------------------------------------- Comment By: Jason Burnett (trig_monkeypr0n) Date: 2003-07-31 18:20 Message: Logged In: YES user_id=778916 Sorry been out of the office. I will try and get that patch against cvs done tonight. ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-07-17 01:38 Message: Logged In: YES user_id=10485 Can you provide a patch against a recent version of the CVS code? This patch appears to be against a very old version that has had many changes made to it since then. ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-07-17 01:18 Message: Logged In: YES user_id=10485 Looking into the patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=769311&group_id=29880 From noreply at sourceforge.net Mon Oct 27 14:24:22 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Oct 27 14:24:22 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-831392 ] NetBotz specific device plugin Message-ID: New Plugins item #831392, was opened at 2003-10-27 16:23 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=831392&group_id=29880 Category: Network device plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jeremy Russell (ellipses) Assigned to: Nobody/Anonymous (nobody) Summary: NetBotz specific device plugin Initial Comment: A snmp plugin for use with the Netbotz devices. You need to download the MIB from the netbotz web site. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=831392&group_id=29880 From noreply at sourceforge.net Thu Oct 30 11:36:06 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Oct 30 11:36:06 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-811360 ] New Plugin: check_webapp Message-ID: New Plugins item #811360, was opened at 2003-09-23 15:02 Message generated for change (Comment added) made by td3201 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=811360&group_id=29880 Category: Application monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Barry Roberts (manithree) Assigned to: Nobody/Anonymous (nobody) Summary: New Plugin: check_webapp Initial Comment: This plugin does several things that I couldn't figure out how to do with check_http. It is intended for checking web applications and allow logging in, etc. It uses a text file with URL's, and text to match or not match as described in the beginning of the source. It can hit multiple URL's and save/send cookies. It currently spawns grep and curl. I would like to change it to use re and pyCurl. It's only a pass/fail thing now. No warning, and timeouts are not user-specifiable. ---------------------------------------------------------------------- Comment By: Terry Davis (td3201) Date: 2003-10-30 13:35 Message: Logged In: YES user_id=115042 I have something quite similar written in perl. I utilize wt or HTTP::WebTest to log into sites and run a bunch of tests to determine whether it is up or not. The cookies part of your code is interesting. My plugin too is simply pass/fail. Therefore, it is either OK or CRITICAL. I don't know anything about python but you might be able to cut down some of the code by utilizing the wt system binary versus curl and grep. Let me know how I can help if you need any. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=811360&group_id=29880 From noreply at sourceforge.net Fri Oct 31 06:52:48 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Oct 31 06:52:48 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-833685 ] RH9 check_ping.c Fix Message-ID: Patches item #833685, was opened at 2003-10-31 12:51 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=833685&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Luiz Encarnacao (lfencarnacao) Assigned to: Nobody/Anonymous (nobody) Summary: RH9 check_ping.c Fix Initial Comment: Hi On some circunstancies, RedHat output for ping (used by check_ping.c) reports a field ERRORS. When this situation occurs, check_ping is unable to complete successfully. This fix solve this isssue. Thanks Encarnacao, Luiz ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=833685&group_id=29880