From noreply at sourceforge.net Tue Feb 3 13:40:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Feb 3 13:40:05 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-889948 ] check_hpjd Message-ID: Support Requests item #889948, was opened at 2004-02-03 15:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=889948&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: Joseph Ronzio (jronzio) Assigned to: Nobody/Anonymous (nobody) Summary: check_hpjd Initial Comment: under the check_hpjd everything works fine in most cases but for selective printers I am routinely seeing a Hex string "52 4F 4D 20 54 52 41 59 20 32" under the printer status. Is there any explination for this result and if so can we get it coded into the check_hpjd so that is doesn't give a warning message each time the printer is queried? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=889948&group_id=29880 From jhmartin at toger.us Fri Feb 6 12:28:00 2004 From: jhmartin at toger.us (Jason Martin) Date: Fri Feb 6 12:28:00 2004 Subject: [Nagiosplug-devel] check_dns coredump on solaris Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Check_dns has a bug in that it coredumps if called w/invalid arguments. It appears to be a result of a printf that assumes a 'optarg' will be provided, even when invalid arguments are passed. Attached is a unified diff that prevents the printf of a null pointer. check_dns (nagios-plugins 1.3.1) 1.8.2.3 on SunOS comanche 5.9 Generic sun4u sparc SUNW,Ultra-60 SunOS snaketales 5.8 Generic_108528-27 sun4u sparc SUNW,Ultra-60 SunOS htvsim01 5.6 Generic_105181-16 sun4m sparc SUNW,SPARCstation-10 Thanks, - -Jason Martin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.3.3 (GNU/Linux) Comment: pgpenvelope 2.10.2 - http://pgpenvelope.sourceforge.net/ iD8DBQFAIZTUl2ODWuqVSBMRAp0gAJ9aZeSb/hhgiEbPFS+Op95kGkKlsgCgl7Ld Pxm2fLxCC4czmrHm8cwWdXA= =nMLR -----END PGP SIGNATURE----- -------------- next part -------------- --- check_dns.c Sat May 31 07:39:33 2003 +++ /tmp/check_dns.c Wed Feb 4 16:30:36 2004 @@ -301,13 +301,13 @@ #else c = getopt (argc, argv, "hVvt:H:s:r:a:"); #endif - if (c == -1 || c == EOF) break; - +/* JHM + TEC 2-4-04 - Added if statement in line 309 - to make sure the arg exists. corrected CORE Dump issue with invalid option */ switch (c) { case '?': /* args not parsable */ - printf ("%s: Unknown argument: %s\n\n", progname, optarg); + if (optarg != NULL) + printf ("%s: Unknown argument: %s\n\n", progname, "optarg") ; print_usage (); exit (STATE_UNKNOWN); case 'h': /* help */ @@ -323,7 +323,7 @@ timeout_interval = atoi (optarg); break; case 'H': /* hostname */ - if (is_host (optarg) == FALSE) { + if (optarg==NULL || is_host (optarg) == FALSE) { printf ("Invalid host name/address\n\n"); print_usage (); exit (STATE_UNKNOWN); From Tony.Reix at frec.bull.fr Fri Feb 6 12:28:02 2004 From: Tony.Reix at frec.bull.fr (Tony Reix) Date: Fri Feb 6 12:28:02 2004 Subject: [Nagiosplug-devel] NFS plugin for Nagios Message-ID: <4023CEB8.8BC8882E@frec.bull.fr> Hi, Is there a NFS (v3 and/or v4) plugin under development for Nagios ? If not, do you think it would be useful to provide such a plugin ? I'm a beginner about Nagios and NFSv4, but I guess it would be worth to monitor the main parts of NFSv4. Tony Reix Carpe Diem From noreply at sourceforge.net Fri Feb 6 17:29:47 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 6 17:29:47 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-892205 ] check_ping does not handle old-style arguments Message-ID: Bugs item #892205, was opened at 2004-02-06 17:28 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=892205&group_id=29880 Category: Argument proccessing Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Patrick McCormick (patrickmc) Assigned to: Nobody/Anonymous (nobody) Summary: check_ping does not handle old-style arguments Initial Comment: My system is Solaris 7, x86, compiling with gcc 2.95.2. This is not a platform-specific issue. With this old-fashioned command line, check ping will fail: % ./check_ping somehost 90 100 5000.0 10000.0 -p 5 -v (somehost) must be an integer percentage Could not parse arguments Usage: check_ping -H -w ,% -c ,% [-p packets] [-t timeout] [-L] [-4|-6] check_ping (-h | --help) for detailed help check_ping (-V | --version) for version information It should properly detect that "somehost" is the host to scan. The code wants to do this, but there are bugs. 1. the "char **addresses" global is allocated, but not initialized, so the check: if (addresses[0] == NULL) { will fail when it should succeed. 2. If you fix this (by setting addresses[0] = NULL after the malloc) then the problem is that n_addresses is not incremented here: addresses[0] = argv[c++]; 3. The malloc and realloc do not allocate enough space: addresses = malloc ((size_t)max_addr); addresses = realloc (addresses, (size_t)max_addr); this should be (sizeof(char*) * max_addr). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=892205&group_id=29880 From noreply at sourceforge.net Fri Feb 6 17:33:25 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 6 17:33:25 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-892205 ] check_ping does not handle old-style arguments Message-ID: Bugs item #892205, was opened at 2004-02-06 17:28 Message generated for change (Comment added) made by patrickmc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=892205&group_id=29880 Category: Argument proccessing Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Patrick McCormick (patrickmc) Assigned to: Nobody/Anonymous (nobody) Summary: check_ping does not handle old-style arguments Initial Comment: My system is Solaris 7, x86, compiling with gcc 2.95.2. This is not a platform-specific issue. With this old-fashioned command line, check ping will fail: % ./check_ping somehost 90 100 5000.0 10000.0 -p 5 -v (somehost) must be an integer percentage Could not parse arguments Usage: check_ping -H -w ,% -c ,% [-p packets] [-t timeout] [-L] [-4|-6] check_ping (-h | --help) for detailed help check_ping (-V | --version) for version information It should properly detect that "somehost" is the host to scan. The code wants to do this, but there are bugs. 1. the "char **addresses" global is allocated, but not initialized, so the check: if (addresses[0] == NULL) { will fail when it should succeed. 2. If you fix this (by setting addresses[0] = NULL after the malloc) then the problem is that n_addresses is not incremented here: addresses[0] = argv[c++]; 3. The malloc and realloc do not allocate enough space: addresses = malloc ((size_t)max_addr); addresses = realloc (addresses, (size_t)max_addr); this should be (sizeof(char*) * max_addr). ---------------------------------------------------------------------- >Comment By: Patrick McCormick (patrickmc) Date: 2004-02-06 17:32 Message: Logged In: YES user_id=363812 On cygwin, I get no output at all from the above check_ping line, just a quick return. By chance, addresses[0] is NULL, but we bump into problem #2 above, and exit because n_addresses = 0. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=892205&group_id=29880 From noreply at sourceforge.net Fri Feb 6 17:45:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 6 17:45:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-892211 ] fix for check_ping argument handling Message-ID: Patches item #892211, was opened at 2004-02-06 17: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=892211&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Patrick McCormick (patrickmc) Assigned to: Nobody/Anonymous (nobody) Summary: fix for check_ping argument handling Initial Comment: see bug 892205 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=892211&group_id=29880 From sghosh at sghosh.org Fri Feb 6 23:08:01 2004 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Fri Feb 6 23:08:01 2004 Subject: [Nagiosplug-devel] NFS plugin for Nagios In-Reply-To: <4023CEB8.8BC8882E@frec.bull.fr> Message-ID: On Fri, 6 Feb 2004, Tony Reix wrote: > Hi, > > Is there a NFS (v3 and/or v4) plugin under development for Nagios ? > If not, do you think it would be useful to provide such a plugin ? > I'm a beginner about Nagios and NFSv4, but I guess it would be worth > to monitor the main parts of NFSv4. > > Tony Reix > Carpe Diem > We typically use check_rpc to see if portmapper sees the service as alive... -- -sg From noreply at sourceforge.net Mon Feb 9 00:34:43 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Feb 9 00:34:43 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-892211 ] fix for check_ping argument handling Message-ID: Patches item #892211, was opened at 2004-02-07 01:44 Message generated for change (Settings changed) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=892211&group_id=29880 Category: Bugfix Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Patrick McCormick (patrickmc) >Assigned to: Ton Voon (tonvoon) Summary: fix for check_ping argument handling Initial Comment: see bug 892205 ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-02-09 08:33 Message: Logged In: YES user_id=664364 Patrick, Thanks for the patch and the clear bug report. Applied to check_ping v1.26. BTW, you can move a tracker item from Bugs to Patches, so it is not necessary to raise a new record. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=892211&group_id=29880 From noreply at sourceforge.net Mon Feb 9 00:38:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Feb 9 00:38:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-892205 ] check_ping does not handle old-style arguments Message-ID: Bugs item #892205, was opened at 2004-02-07 01:28 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=892205&group_id=29880 Category: Argument proccessing Group: CVS >Status: Closed Resolution: None Priority: 5 Submitted By: Patrick McCormick (patrickmc) >Assigned to: Ton Voon (tonvoon) Summary: check_ping does not handle old-style arguments Initial Comment: My system is Solaris 7, x86, compiling with gcc 2.95.2. This is not a platform-specific issue. With this old-fashioned command line, check ping will fail: % ./check_ping somehost 90 100 5000.0 10000.0 -p 5 -v (somehost) must be an integer percentage Could not parse arguments Usage: check_ping -H -w ,% -c ,% [-p packets] [-t timeout] [-L] [-4|-6] check_ping (-h | --help) for detailed help check_ping (-V | --version) for version information It should properly detect that "somehost" is the host to scan. The code wants to do this, but there are bugs. 1. the "char **addresses" global is allocated, but not initialized, so the check: if (addresses[0] == NULL) { will fail when it should succeed. 2. If you fix this (by setting addresses[0] = NULL after the malloc) then the problem is that n_addresses is not incremented here: addresses[0] = argv[c++]; 3. The malloc and realloc do not allocate enough space: addresses = malloc ((size_t)max_addr); addresses = realloc (addresses, (size_t)max_addr); this should be (sizeof(char*) * max_addr). ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-02-09 08:37 Message: Logged In: YES user_id=664364 Applied patch 892211 raised by Patrick. Closed. ---------------------------------------------------------------------- Comment By: Patrick McCormick (patrickmc) Date: 2004-02-07 01:32 Message: Logged In: YES user_id=363812 On cygwin, I get no output at all from the above check_ping line, just a quick return. By chance, addresses[0] is NULL, but we bump into problem #2 above, and exit because n_addresses = 0. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=892205&group_id=29880 From BOYLEJ at aaicorp.com Tue Feb 10 17:29:08 2004 From: BOYLEJ at aaicorp.com (JAMES BOYLE) Date: Tue Feb 10 17:29:08 2004 Subject: [Nagiosplug-devel] check_ntp plugin on the same host. Message-ID: Hi, I was thinking that adding an option to the check_ntp command to not count an offset of 0.000000 when ntpd is local, as an error. To explain what I mean a little better... System Alpha: has NTP, stratum 2, and Nagios System Bravo: has NTP, stratum 2 System Charlie: has Nagios The Nagios on Alpha will report an error with check_ntp -H when the offset is exactly zero, while the Nagios on Charlie reports there is no problem with check_ntp -H . --James From herlitz at rhrk.uni-kl.de Tue Feb 10 17:29:14 2004 From: herlitz at rhrk.uni-kl.de (Johannes Herlitz) Date: Tue Feb 10 17:29:14 2004 Subject: [Nagiosplug-devel] check_dns.c.diff Message-ID: <40293CDD.6730E18A@rhrk.uni-kl.de> I dont know if if this mailing list is the right place but i couldnt find any better for this: I've attached a little patch against the newest (1.4.0alpha1) check_dns.c which beautifies the output a little bit (the queried DNS string is displayed). -------------- next part -------------- --- check_dns.c.orig Tue Feb 10 21:07:30 2004 +++ check_dns.c Tue Feb 10 21:07:44 2004 @@ -11,6 +11,7 @@ * Notes: * - Safe popen added by Karl DeBisschop 9-11-99 * - expected-address parameter added by Alex Chaffee - 7 Oct 2002 + * - information about queried DNS name added to output by Johannes Herlitz - 2 Feb 2004 * * Command line: (see print_usage) * @@ -212,8 +213,10 @@ else multi_address = TRUE; - printf (_("DNS ok - %.3f seconds response time, address%s %s|%s\n"), - elapsed_time, (multi_address==TRUE ? "es are" : " is"), address, + printf (_("DNS ok - %.3f seconds response time, address%s of %s %s %s|%s\n"), + elapsed_time, (multi_address==TRUE ? "es" : ""), + query_address, (multi_address==TRUE ? "are" : "is"), + address, perfdata ("time", microsec, "us", FALSE, 0, FALSE, 0, TRUE, 0, FALSE, 0)); } else if (result == STATE_WARNING) From noreply at sourceforge.net Tue Feb 10 18:22:30 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Feb 10 18:22:30 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-876708 ] check_smart.pl - Health-check S.M.A.R.T. disks Message-ID: New Plugins item #876708, was opened at 2004-01-14 10:57 Message generated for change (Comment added) made by rkarlsba You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=876708&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_smart.pl - Health-check S.M.A.R.T. disks Initial Comment: check_smart interfaces with smartmontools and uses smartctl to check drives. It supports basic health (-H) checks and device type settings, including checking drives on a 3ware controller. Licensed under GPL. ---------------------------------------------------------------------- >Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2004-02-10 14:42 Message: Logged In: YES user_id=145309 Bugfix fixing the plugin so that checking special devices like 3ware controllers actually works ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=876708&group_id=29880 From roy at karlsbakk.net Wed Feb 11 07:22:51 2004 From: roy at karlsbakk.net (Roy Sigurd Karlsbakk) Date: Wed Feb 11 07:22:51 2004 Subject: [Nagiosplug-devel] 2.0? Message-ID: <1076512450.6775.22.camel@roy-sin> hi all when is 2.0 scheduled? or 3.0? roy From jhmartin at toger.us Wed Feb 11 15:28:55 2004 From: jhmartin at toger.us (Jason Martin) Date: Wed Feb 11 15:28:55 2004 Subject: [Nagiosplug-devel] Severity in status text Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I was wondering; is there a standard on whether to include Severity in the status text? Several of the plugins seem to preface their results with a severity, as in: OK: blah blah blah CRITICAL: foo foo foo Others leave it out, instead relying on the severity field in Nagios to show that data based on the return code. /var is foo% full Is there a standard or guideline on when to use either format in new plugins? Thanks, - -Jason Martin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.3.3 (GNU/Linux) Comment: pgpenvelope 2.10.2 - http://pgpenvelope.sourceforge.net/ iD8DBQFAKrlMl2ODWuqVSBMRAmkmAJ9bG+SKOhDPYCi+zyBYWGtGHicWbwCeKCif /izI04SHMKDfxjBusjZIWiI= =nBnA -----END PGP SIGNATURE----- From tonvoon at mac.com Wed Feb 11 16:18:19 2004 From: tonvoon at mac.com (Ton Voon) Date: Wed Feb 11 16:18:19 2004 Subject: [Nagiosplug-devel] Severity in status text In-Reply-To: References: Message-ID: On 11 Feb, 2004, at 23:22, Jason Martin wrote: > I was wondering; is there a standard on whether to include Severity in > the > status text? Several of the plugins seem to preface their results with > a > severity, as in: > > OK: blah blah blah > CRITICAL: foo foo foo Good question. I was thinking this the other day, but never got round to discussing. I propose the standard is: {TYPE/METRIC} {STATUS}[: any additional information] So, for check_http, we would have: HTTP OK: HTTP/1.1 200 OK - 3.847 second response time But check_procs would return: PROCS OK: 47 processes or: VSZ OK: 80 processes depending on the metric being checked. I also think that the metric and status should be in caps, with everything else in normal case. The level of detail returned is already documented in the developer's guide. Any thoughts? Ton From noreply at sourceforge.net Thu Feb 12 04:33:15 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 12 04:33:15 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-895671 ] Fixes bug with new vmstat version Message-ID: Patches item #895671, was opened at 2004-02-12 06:25 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=895671&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jason Burnett (trig_monkeypr0n) Assigned to: Nobody/Anonymous (nobody) Summary: Fixes bug with new vmstat version Initial Comment: vmstat changed the order of columns in it's output. This is a patch to 1) determine the version of vmstat then 2) use the correct data from that output. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=895671&group_id=29880 From noreply at sourceforge.net Thu Feb 12 04:45:21 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 12 04:45:21 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-895677 ] check_pop3.pl was not working for us. Message-ID: Patches item #895677, was opened at 2004-02-12 06: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=895677&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jason Burnett (trig_monkeypr0n) Assigned to: Nobody/Anonymous (nobody) Summary: check_pop3.pl was not working for us. Initial Comment: 1)Proper CRLF in communication w/server 2)Fixed infinite loop 3)Error checking on welcome banner, USER, PASS commands 4)Better error condition handling This could probably be much much smaller using Net:: POP3 but I haven't looked into its error conditions yet, and I don't think you can specify remote port. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=895677&group_id=29880 From debby_ar at yahoo.com Thu Feb 12 08:45:48 2004 From: debby_ar at yahoo.com (debby_ar at yahoo.com) Date: Thu Feb 12 08:45:48 2004 Subject: [Nagiosplug-devel] check_by_ssh return code Message-ID: <20040212163806.5863.qmail@web21507.mail.yahoo.com> I have been getting inconsistent results running the 1.3.1 version of check_by_ssh. When I run the plugin manually, it consistently works, but when it is run by nagios, the exit code is frequently wrong. Digging deeper, I find that the spclose call sometimes returns the expected value, but frequently is returning 255 instead. (Not always, but often.) In all cases, the actual output of the plugin on stdout is correct. I have tried various things without any success, and the only solution I can find is to change check_by_ssh to ignore the return value from spclose and parse the output instead. This will work for my case, but assumes that check_by_ssh knows something about the format of the output. Is there an alternative solution? __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html From dmozingo at topechelon.com Thu Feb 12 09:04:41 2004 From: dmozingo at topechelon.com (Darrell Mozingo) Date: Thu Feb 12 09:04:41 2004 Subject: [Nagiosplug-devel] Writing a plugin? Message-ID: <1076604883.19708.9.camel@localhost> I'm using NRPE_NT and I wrote a plug-in in for it C# to monitor an NT4/2000 eventlog but I'm a bit confused as to how Nagios picks up on the status of the check. I return either "OK", "CRITICAL", or "WARNING" and then the eventlog message as the return. Running the check from the Nagios console goes as expected, and it's set to an OK status in Nagios when it checks it, but when an error pops up in the eventlog Nagios will keep it as OK and put the error in the returns column as opposed to changing it to a CRITICAL/WARNING state. What do I have to return for nagios to see it as a warning/critical state? I thought it would just pick that out of the beginning of the string, but I guess not. Thanks for any help you could provide... -------------- next part -------------- An HTML attachment was scrubbed... URL: From debby_ar at yahoo.com Thu Feb 12 09:22:38 2004 From: debby_ar at yahoo.com (debby_ar at yahoo.com) Date: Thu Feb 12 09:22:38 2004 Subject: [Nagiosplug-devel] Writing a plugin? In-Reply-To: <1076604883.19708.9.camel@localhost> Message-ID: <20040212171322.97224.qmail@web21503.mail.yahoo.com> I believe that Nagios is looking for the exit code from your plugin, and does not examine the text at all. The exit code should be: 0=OK 1=WARNING 2=CRITICAL 3=UNKNOWN --- Darrell Mozingo wrote: > I'm using NRPE_NT and I wrote a plug-in in for it C# > to monitor an > NT4/2000 eventlog but I'm a bit confused as to how > Nagios picks up on > the status of the check. I return either "OK", > "CRITICAL", or "WARNING" > and then the eventlog message as the return. Running > the check from the > Nagios console goes as expected, and it's set to an > OK status in Nagios > when it checks it, but when an error pops up in the > eventlog Nagios will > keep it as OK and put the error in the returns > column as opposed to > changing it to a CRITICAL/WARNING state. > > What do I have to return for nagios to see it as a > warning/critical > state? I thought it would just pick that out of the > beginning of the > string, but I guess not. > > Thanks for any help you could provide... > __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html From Stanley.Hopcroft at IPAustralia.Gov.AU Thu Feb 12 12:34:14 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Thu Feb 12 12:34:14 2004 Subject: [Nagiosplug-devel] check_by_ssh return code In-Reply-To: <20040212163806.5863.qmail@web21507.mail.yahoo.com>; from debby_ar@yahoo.com on Thu, Feb 12, 2004 at 08:38:06AM -0800 References: <20040212163806.5863.qmail@web21507.mail.yahoo.com> Message-ID: <20040213073156.A237@IPAustralia.Gov.AU> On Thu, Feb 12, 2004 at 08:38:06AM -0800, debby_ar at yahoo.com wrote: > I have been getting inconsistent results running the > 1.3.1 version of check_by_ssh. When I run the plugin > manually, it consistently works, but when it is run by > nagios, the exit code is frequently wrong. Digging > deeper, I find that the spclose call sometimes returns > the expected value, but frequently is returning 255 > instead. (Not always, but often.) > 'secure pclose' reporting that the child process (running the ssh client) did not exit cleanly is not good. I have found check_by_ssh to be sensitive to how the system handles open file descriptors on fork (FreeBSD changed this in one of the 4.x RELEASES and check_by_ssh would do something similar to what you report: WARNING exit code byt output OK. This was ultimately fixed by a patch to Nag.) > In all cases, the actual output of the plugin on > stdout is correct. > > I have tried various things without any success, and > the only solution I can find is to change check_by_ssh > to ignore the return value from spclose and parse the > output instead. This will work for my case, but > assumes that check_by_ssh knows something about the > format of the output. > > Is there an alternative solution? > It would be worth trying the latest 1.4aplha1 plugin release from SourceForge in case the problem has been fixed. Good luck. Yours sincerely. -- ------------------------------------------------------------------------ Stanley Hopcroft ------------------------------------------------------------------------ '...No man is an island, entire of itself; every man is a piece of the continent, a part of the main. If a clod be washed away by the sea, Europe is the less, as well as if a promontory were, as well as if a manor of thy friend's or of thine own were. Any man's death diminishes me, because I am involved in mankind; and therefore never send to know for whom the bell tolls; it tolls for thee...' from Meditation 17, J Donne. From noreply at sourceforge.net Fri Feb 13 10:05:58 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 13 10:05:58 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-809246 ] New plugin: HTTP Performance plugin Message-ID: New Plugins item #809246, was opened at 2003-09-19 09:23 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=809246&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Awais Ahmad (synked) >Assigned to: Subhendu Ghosh (sghosh) Summary: New plugin: HTTP Performance plugin Initial Comment: check_httpperf.pl Checks HTTP and HTTPS throughput, connect time and round trip time and has thresholds for each one. Returns throughput even if it times out if any data was recieved. I wrote it since there was nothing for this purpose in the current plugin distro, hence it should be quite useful to others. Cheers ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=809246&group_id=29880 From noreply at sourceforge.net Fri Feb 13 10:07:29 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 13 10:07:29 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-790394 ] New plugin: check_mailq_postfix Message-ID: New Plugins item #790394, was opened at 2003-08-18 02:57 Message generated for change (Comment added) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=790394&group_id=29880 Category: Application monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jacob FS (frizo) Assigned to: Nobody/Anonymous (nobody) Summary: New plugin: check_mailq_postfix Initial Comment: Usage: check_mailq_postfix -w -c Usage: check_mailq_postfix --help Usage: check_mailq_postfix --version Checks the number of messages in the Postfix mail queue. WARNING = Minimum number of messages in queue to generate warning. CRITICAL = Minimum number of messages in queue to generate critical alert. WARNING must be lower than CRITICAL. check_mailq_postfix by Jacob Friis Larsen ---------------------------------------------------------------------- >Comment By: Subhendu Ghosh (sghosh) Date: 2004-02-13 12:49 Message: Logged In: YES user_id=46572 The existing check_mailq supports postfix, can you patch that to support message queue size instead of having a new plugin? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=790394&group_id=29880 From noreply at sourceforge.net Fri Feb 13 10:08:26 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 13 10:08:26 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-790394 ] New plugin: check_mailq_postfix Message-ID: New Plugins item #790394, was opened at 2003-08-18 02:57 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=790394&group_id=29880 Category: Application monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jacob FS (frizo) >Assigned to: Subhendu Ghosh (sghosh) Summary: New plugin: check_mailq_postfix Initial Comment: Usage: check_mailq_postfix -w -c Usage: check_mailq_postfix --help Usage: check_mailq_postfix --version Checks the number of messages in the Postfix mail queue. WARNING = Minimum number of messages in queue to generate warning. CRITICAL = Minimum number of messages in queue to generate critical alert. WARNING must be lower than CRITICAL. check_mailq_postfix by Jacob Friis Larsen ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2004-02-13 12:49 Message: Logged In: YES user_id=46572 The existing check_mailq supports postfix, can you patch that to support message queue size instead of having a new plugin? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=790394&group_id=29880 From noreply at sourceforge.net Fri Feb 13 10:10:51 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 13 10:10:51 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-769145 ] Allows checking of multiple qmail queues. Message-ID: New Plugins item #769145, was opened at 2003-07-10 10:17 Message generated for change (Comment added) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=769145&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jason Burnett (trig_monkeypr0n) >Assigned to: Subhendu Ghosh (sghosh) Summary: Allows checking of multiple qmail queues. Initial Comment: # The user that your plugins run as must be in the qmail group that has # access to the $qmail_home/queue/mess directories. Based on the check_mailq plugin. ---------------------------------------------------------------------- >Comment By: Subhendu Ghosh (sghosh) Date: 2004-02-13 12:50 Message: Logged In: YES user_id=46572 Can we create this as a patch to check_mailq ? ---------------------------------------------------------------------- Comment By: Jason Burnett (trig_monkeypr0n) Date: 2003-07-10 10:20 Message: Logged In: YES user_id=778916 oops forgot the utils.pm addition. Need to add $PATH_TO_QMAIL = "/var/qmail"; to utils.pm ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=769145&group_id=29880 From noreply at sourceforge.net Fri Feb 13 10:11:19 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 13 10:11:19 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-796661 ] New plugin : Apache/SOAP. Message-ID: New Plugins item #796661, was opened at 2003-08-28 09:17 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=796661&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Minati jean-michel (mr_magnet) >Assigned to: Subhendu Ghosh (sghosh) Summary: New plugin : Apache/SOAP. Initial Comment: this plugin is used to test if a apache server running soap cgi , is working. there are 2 tests, one is a basic http POST (user supplied , the other is a call to a soap method( user supplied ). ---------------------------------------------------------------------- Comment By: Minati jean-michel (mr_magnet) Date: 2003-09-03 10:08 Message: Logged In: YES user_id=854131 yes, it should works without troubles.trought I didn t tested it on anything else than apache. ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-09-02 05:42 Message: Logged In: YES user_id=145309 AFACS, this'll this work against other webservers, such as IIS. right? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=796661&group_id=29880 From noreply at sourceforge.net Fri Feb 13 10:16:10 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 13 10:16:10 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-836003 ] Follow up patch to check-apc-ups Message-ID: Patches item #836003, was opened at 2003-11-04 15:11 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=836003&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Howard Wilkinson (howardwilkinson) >Assigned to: Subhendu Ghosh (sghosh) Summary: Follow up patch to check-apc-ups Initial Comment: This is a follow up patch to my improved check_apc_ups. It uses Net::SNMP rather than the snmpget command. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=836003&group_id=29880 From noreply at sourceforge.net Fri Feb 13 10:16:40 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 13 10:16:40 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-846329 ] remove snmp type output in check_hpjd Message-ID: Patches item #846329, was opened at 2003-11-20 21:56 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=846329&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Antony Simmonds (asimmonds) >Assigned to: Subhendu Ghosh (sghosh) Summary: remove snmp type output in check_hpjd Initial Comment: If I use snmpget from net-snmp v5.07, it will show the snmp type in the output from the plugin. The "-O Q" flag suppresses the type label from snmpget's output. So instead of the nagios status string showing: Printer ok - (STRING: "00 READY") it now shows: Printer ok - ("00 READY") --- check_hpjd.orig 2003-11-11 09:48:12.000000000 +1300 +++ check_hpjd.c 2003-11-21 15:03:27.000000000 +1300 @@ -103,7 +103,7 @@ HPJD_GD_DOOR_OPEN, HPJD_GD_PAPER_OUTPUT, HPJD_GD_STATUS_DISPLAY); /* get the command to run */ - sprintf (command_line, "%s -m : -v 1 -c %s %s % s", PATH_TO_SNMPGET, community, + sprintf (command_line, "%s -m : -v 1 -O Q -c %s %s %s", PATH_TO_SNMPGET, community, address, query_string); /* run the command */ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=846329&group_id=29880 From sghosh at sghosh.org Fri Feb 13 10:27:57 2004 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Fri Feb 13 10:27:57 2004 Subject: [Nagiosplug-devel] check_ntp plugin on the same host. In-Reply-To: Message-ID: On Tue, 10 Feb 2004, JAMES BOYLE wrote: > Hi, > > I was thinking that adding an option to the check_ntp command to not > count an offset of 0.000000 when ntpd is local, as an error. To explain > what I mean a little better... > > System Alpha: has NTP, stratum 2, and Nagios > System Bravo: has NTP, stratum 2 > System Charlie: has Nagios > > The Nagios on Alpha will report an error with check_ntp -H when > the offset is exactly zero, while the Nagios on Charlie reports there is > no problem with check_ntp -H . > > --James > I had posted another question aabout a month back that is somewhat related... check_ntp uses 2 methods: "ntpdate" and "ntpq" For systems running a full NTP server, "ntpq" gives us more accurate information like stratum sync and jitter. Here I don't think we should run ntpdate as well. On systems running SNTP, the ntpq command does not work, but "ntpdate" can be used to get an offset relative to the localhost. I wanted to add a switch to use either ntpq (for NTP server) or ntpdate (for SNTP servers) With the switch and using ntpq only, the offset is not an issue... I didn't get any feedback on that - I think I'll go ahead and patch it with default behavior going to ntpq. This will break existing usage against any Windows boxes.... -- -sg From noreply at sourceforge.net Fri Feb 13 11:52:50 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 13 11:52:50 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-738128 ] check_mssql plugin Message-ID: New Plugins item #738128, was opened at 2003-05-15 04:32 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=738128&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Roy Sigurd Karlsbakk (rkarlsba) >Assigned to: Subhendu Ghosh (sghosh) Summary: check_mssql plugin Initial Comment: hi here's (another?) check_mssql plugin written in perl. the only other I've seen was a hacky bourne shell. Waddayathink? roy ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-06-04 03:43 Message: Logged In: YES user_id=145309 bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, sorry. forgot to test last upload. here's another one. this should work ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-06-02 03:19 Message: Logged In: YES user_id=145309 Updated comment in top to reflect a GPL licence ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-27 09:23 Message: Logged In: YES user_id=145309 Thanks you for submitting your plugin/script for inclusion in the NagiosPlugins project. Please note that only plugins/scripts with an opensource license can be accepted in this project. Please ensure that your code contains explicit copyright and license information. Future status of your plugin: Initially the plugin will be included asis in the contrib directory. If you have any updates or patches that need to be applied, please post them on the NaiosPlugins website under Patches. (http://sourceforge.net/tracker/?group_id=29880&atid=397599) If the plugin code meets with the guidelines and there is a general consensus among users that it is useful and could see wide deployment, the plugin code will be migrated from "contrib" to "supported" status in either the plugins or plugins-scripts directories. Future status of your script: At this time we have only started collecting scripts that are used for report generation. Their future migration to supported status is not clear at the moment. Again thanks for contributing to opensource. The NagiosPlugins Team ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-27 09:21 Message: Logged In: YES user_id=145309 Thanks you for submitting your plugin/script for inclusion in the NagiosPlugins project. Please note that only plugins/scripts with an opensource license can be accepted in this project. Please ensure that your code contains explicit copyright and license information. Future status of your plugin: Initially the plugin will be included asis in the contrib directory. If you have any updates or patches that need to be applied, please post them on the NaiosPlugins website under Patches. (http://sourceforge.net/tracker/?group_id=29880&atid=397599) If the plugin code meets with the guidelines and there is a general consensus among users that it is useful and could see wide deployment, the plugin code will be migrated from "contrib" to "supported" status in either the plugins or plugins-scripts directories. Future status of your script: At this time we have only started collecting scripts that are used for report generation. Their future migration to supported status is not clear at the moment. Again thanks for contributing to opensource. The NagiosPlugins Team ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=738128&group_id=29880 From noreply at sourceforge.net Fri Feb 13 11:53:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 13 11:53:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-774200 ] check_mssql.sh Message-ID: New Plugins item #774200, was opened at 2003-07-19 10:05 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=774200&group_id=29880 Category: Application monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Cal Evans (calevans) >Assigned to: Subhendu Ghosh (sghosh) Summary: check_mssql.sh Initial Comment: Yet another plugin to check mssql. This one only requires freetds, not sqsh. ---------------------------------------------------------------------- Comment By: Cal Evans (calevans) Date: 2003-08-07 11:47 Message: Logged In: YES user_id=25137 Version 1.4 : 08/07/2003 Corrected a type in the exit code variable name. This should solve the fact that the service does not change state when a login fails. (Thanks, Andrew.Sanderson at ahsys.org) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=774200&group_id=29880 From noreply at sourceforge.net Fri Feb 13 11:53:45 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 13 11:53:45 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-746322 ] check_softraid - New plugin Message-ID: New Plugins item #746322, was opened at 2003-05-30 16:42 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=746322&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Kenny Root (kruton) >Assigned to: Subhendu Ghosh (sghosh) Summary: check_softraid - New plugin Initial Comment: The check_softraid plugin monitors Linux's MD softraid RAID. It reads /proc/mdstat to see if a disk is faulted or a RAID1 or RAID5 is desynced. ---------------------------------------------------------------------- Comment By: Kenny Root (kruton) Date: 2003-05-30 16:42 Message: Logged In: YES user_id=299111 Thanks you for submitting your plugin/script for inclusion in the NagiosPlugins project. Please note that only plugins/scripts with an opensource license can be accepted in this project. Please ensure that your code contains explicit copyright and license information. Future status of your plugin: Initially the plugin will be included asis in the contrib directory. If you have any updates or patches that need to be applied, please post them on the NaiosPlugins website under Patches. (http://sourceforge.net/tracker/?group_id=29880&atid=397599) If the plugin code meets with the guidelines and there is a general consensus among users that it is useful and could see wide deployment, the plugin code will be migrated from "contrib" to "supported" status in either the plugins or plugins-scripts directories. Future status of your script: At this time we have only started collecting scripts that are used for report generation. Their future migration to supported status is not clear at the moment. Again thanks for contributing to opensource. The NagiosPlugins Team ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=746322&group_id=29880 From noreply at sourceforge.net Fri Feb 13 11:54:20 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 13 11:54:20 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-773584 ] Check Printer status by SNMP Message-ID: New Plugins item #773584, was opened at 2003-07-18 08:01 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=773584&group_id=29880 Category: Network device plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Brad Meier (knightorc) >Assigned to: Subhendu Ghosh (sghosh) Summary: Check Printer status by SNMP Initial Comment: Heavily hacked version of CHECK_HPJD which adheres to the Printer MIB definition. I know there is a PERL version being worked on, but this should be more efficient hopefully! My code is untidy and not the best quality, C/C++ isn't my strongest language. Please feel free to fix/suggest & test this plugin extensively. I have run it against various Canon and HP printers and it seems to be catching and reporting the errors correctly, please test on more printers and give feedback! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=773584&group_id=29880 From noreply at sourceforge.net Fri Feb 13 12:07:24 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 13 12:07:24 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-860993 ] update: contrib / fetchlog-0.95 Message-ID: Patches item #860993, was opened at 2003-12-16 08:56 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=860993&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Alexander Haderer (afrika) >Assigned to: Subhendu Ghosh (sghosh) Summary: update: contrib / fetchlog-0.95 Initial Comment: hello, I am the maintainer of the fetchlog utility which is part of nagios-plugins / contrib. I updated fetchlog to version 0.95. So two files need an an update: 1. contrib/README.TXT the file mentioned there now is fetchlog-0.95.tar.gz 2. contrib/tarballs/fetchlog-0.95.tar.gz the file must be replaced by a newer version. Do you want me to mail the source.tar.gz to the list (22k) or do you want to download the new version by yourself from: http://fetchlog.sourceforge.net Do you want a unified diff to change the version number in the README.TXT? with best regards, Alexander ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=860993&group_id=29880 From noreply at sourceforge.net Fri Feb 13 12:07:57 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 13 12:07:57 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-833685 ] RH9 check_ping.c Fix Message-ID: Patches item #833685, was opened at 2003-10-31 09:51 Message generated for change (Settings changed) made by sghosh 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: Subhendu Ghosh (sghosh) 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 From noreply at sourceforge.net Fri Feb 13 12:08:41 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 13 12:08:41 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-880904 ] check_mailq: -f option for sendmail config file Message-ID: Patches item #880904, was opened at 2004-01-20 17:01 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=880904&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Don Badrak (dbadrak) >Assigned to: Subhendu Ghosh (sghosh) Summary: check_mailq: -f option for sendmail config file Initial Comment: In my sendmail configuration, I have two instances of sendmail, with non-standard config files and spool directories. This is a patch to both check_mailq.pl and utils.pm.in that allows a -f options. The -f option is for sendmail only. It allows a non-standard configuration file to be used by the mailq command (mailq -C filename). It also looks through the config file for the QueueDirectory, and uses that, rather than assuming 'mqueue' will be in the string. I also included a fix in check_mailq.pl to ignore the case of the command line options (--warning vs --Warning). The patch for utils.pm.in is for a PATH_TO_SENDMAIL_CF. These patches are both against the HEAD revision. Don ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=880904&group_id=29880 From jhmartin at toger.us Fri Feb 13 13:54:21 2004 From: jhmartin at toger.us (Jason Martin) Date: Fri Feb 13 13:54:21 2004 Subject: [Nagiosplug-devel] netutils.c / check_udp Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've noticed that several of the 'core' plugins call functions within netutils.c, such as check_udp. It seems that netutils.c does printf's if it encounters any sort of errors. However, plugins (such as check_udp) also do printf's with status data based on the return code of the netutils.c function. This means that Nagios will never see the more user-friendly message generated by check_udp since it is on the second line. Is this desirable, or would it be better to have netutils put the diagnostic messages into a buffer and make it available to the calling function, or perhaps put it behind a "if (verbose)"? Otherwise the other 'core' network-based plugins should probably have the extra messages removed for cleanliness. - -Jason Martin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.3.3 (GNU/Linux) Comment: pgpenvelope 2.10.2 - http://pgpenvelope.sourceforge.net/ iD8DBQFALUaOl2ODWuqVSBMRAj2WAJ9MRVa8BJGHmUP4tC2CnN522/dcVwCgl0y/ 2//leYQZC9MkoyaIivFZxRg= =oc6j -----END PGP SIGNATURE----- From noreply at sourceforge.net Fri Feb 13 19:53:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 13 19:53:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-769145 ] Allows checking of multiple qmail queues. Message-ID: New Plugins item #769145, was opened at 2003-07-10 09:17 Message generated for change (Comment added) made by trig_monkeypr0n You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=769145&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jason Burnett (trig_monkeypr0n) Assigned to: Subhendu Ghosh (sghosh) Summary: Allows checking of multiple qmail queues. Initial Comment: # The user that your plugins run as must be in the qmail group that has # access to the $qmail_home/queue/mess directories. Based on the check_mailq plugin. ---------------------------------------------------------------------- >Comment By: Jason Burnett (trig_monkeypr0n) Date: 2004-02-13 21:49 Message: Logged In: YES user_id=778916 Here you go.. ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2004-02-13 11:50 Message: Logged In: YES user_id=46572 Can we create this as a patch to check_mailq ? ---------------------------------------------------------------------- Comment By: Jason Burnett (trig_monkeypr0n) Date: 2003-07-10 09:20 Message: Logged In: YES user_id=778916 oops forgot the utils.pm addition. Need to add $PATH_TO_QMAIL = "/var/qmail"; to utils.pm ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=769145&group_id=29880 From Stanley.Hopcroft at IPAustralia.Gov.AU Sat Feb 14 14:49:01 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Sat Feb 14 14:49:01 2004 Subject: [Nagiosplug-devel] Potential bug in check_fping nagios-plug-1.4alpha1/FreeBSD 4.9-RELEASE/fping 2.4b2_to Message-ID: <20040215094501.A240@IPAustralia.Gov.AU> Dear Folks, Is this pilot error or something more sinister ? tsitc> perl -e 'print `./check_fping rhea -v` while $i++ < 10' /usr/local/sbin/fping -b 56 -c 1 rhea rhea : xmt/rcv/%loss = 1/0/100% FPING CRITICAL - rhea (loss=100% )|loss=100%;;;0;100 /usr/local/sbin/fping -b 56 -c 1 rhea rhea : xmt/rcv/%loss = 1/0/100% FPING CRITICAL - rhea (loss=100% )|loss=100%;;;0;100 /usr/local/sbin/fping -b 56 -c 1 rhea rhea : xmt/rcv/%loss = 1/0/100% FPING CRITICAL - rhea (loss=100% )|loss=100%;;;0;100 /usr/local/sbin/fping -b 56 -c 1 rhea rhea : xmt/rcv/%loss = 1/0/100% FPING CRITICAL - rhea (loss=100% )|loss=100%;;;0;100 /usr/local/sbin/fping -b 56 -c 1 rhea rhea : xmt/rcv/%loss = 1/0/100% FPING CRITICAL - rhea (loss=100% )|loss=100%;;;0;100 /usr/local/sbin/fping -b 56 -c 1 rhea rhea : xmt/rcv/%loss = 1/0/100% FPING CRITICAL - rhea (loss=100% )|loss=100%;;;0;100 /usr/local/sbin/fping -b 56 -c 1 rhea rhea : xmt/rcv/%loss = 1/0/100% FPING CRITICAL - rhea (loss=100% )|loss=100%;;;0;100 /usr/local/sbin/fping -b 56 -c 1 rhea rhea : xmt/rcv/%loss = 1/0/100% FPING CRITICAL - rhea (loss=100% )|loss=100%;;;0;100 /usr/local/sbin/fping -b 56 -c 1 rhea rhea : xmt/rcv/%loss = 1/0/100% FPING CRITICAL - rhea (loss=100% )|loss=100%;;;0;100 /usr/local/sbin/fping -b 56 -c 1 rhea rhea : xmt/rcv/%loss = 0/0/0% FPING OK - rhea (loss=0% )|loss=0%;;;0;100 It is quite reproducible. The synopsis is 'check_fping reports a down host as up, about 10% of the time'. This is _disastrous_ if check_fping is used as 'check-host-alive'. The problem would appear to be in check_fping rather than fping since tsitc> perl -e 'print `fping rhea` while $i++ < 10' rhea is unreachable rhea error while sending ping: Host is down rhea is unreachable rhea error while sending ping: Host is down rhea is unreachable rhea error while sending ping: Host is down rhea is unreachable rhea error while sending ping: Host is down rhea is unreachable rhea error while sending ping: Host is down rhea is unreachable rhea error while sending ping: Host is down rhea is unreachable rhea error while sending ping: Host is down rhea is unreachable rhea error while sending ping: Host is down rhea is unreachable rhea error while sending ping: Host is down rhea is unreachable tsitc> perl -e 'print `fping rhea` while $i++ < 10' rhea error while sending ping: Host is down rhea is unreachable rhea error while sending ping: Host is down rhea is unreachable rhea error while sending ping: Host is down rhea is unreachable rhea error while sending ping: Host is down rhea is unreachable rhea error while sending ping: Host is down rhea is unreachable rhea error while sending ping: Host is down rhea is unreachable rhea error while sending ping: Host is down rhea is unreachable rhea error while sending ping: Host is down rhea is unreachable rhea error while sending ping: Host is down rhea is unreachable rhea error while sending ping: Host is down rhea is unreachable tsitc> A stupid guess is that check_fping is not dealing with the case of 0 packets transmitted (there is no arp reply so nothing is sent). However, I can't see it in the code at this stage. Problem environment fping fping: Version 2.4b2_to $Date: 2002/01/16 00:33:42 $ OS 4.9-RELEASE-p1 FreeBSD 4.9-RELEASE-p1 #13: Fri Dec 26 20:25:10 EST 2003 (i386) plugins nagios-plug-1.4alpha1 compiled from source on this platform (compilation/config details avail on request) check_fping check_fping (nagios-plugins 1.4.0alpha1) 1.11 Yours sincerely. -- ------------------------------------------------------------------------ Stanley Hopcroft ------------------------------------------------------------------------ '...No man is an island, entire of itself; every man is a piece of the continent, a part of the main. If a clod be washed away by the sea, Europe is the less, as well as if a promontory were, as well as if a manor of thy friend's or of thine own were. Any man's death diminishes me, because I am involved in mankind; and therefore never send to know for whom the bell tolls; it tolls for thee...' from Meditation 17, J Donne. From pla at softflare.com Sat Feb 14 17:34:21 2004 From: pla at softflare.com (Paul L. Allen) Date: Sat Feb 14 17:34:21 2004 Subject: [Nagiosplug-devel] Re: check_ntp plugin on the same host. In-Reply-To: References: Message-ID: <20040215012945.27299.qmail@minnow.softflare.net> Subhendu Ghosh writes: > I didn't get any feedback on that - I think I'll go ahead and patch it > with default behavior going to ntpq. Note that ntpdate is deprecated and has been for quite a long time. At some point in the future, ntpdate will cease to be included in the NTP distribution (I know David Mills has been saying that for years, but one day he may actually do it). > This will break existing usage against any Windows boxes.... I avoid Windows boxes as far as possible. However, I think the Unix design principles of "backwards compatibility" and "least surprise" mean that you should make the existing behaviour the default. Or, at least, if the existing behaviour is not made the default the new behaviour should be such that somebody with ntpdate but without ntpq will have a working plugin (that is, it *looks* like the existing behaviour to a naive user). A switch to force existing behaviour is a bad idea because it will break a lot of existing configs. A switch to force new behaviour is a bad idea because one day ntpdate will go away and then there will be unnecessary switches in config files. Perhaps a better fix than a switch would be to determine what is available at make time. Check which of ntqp and ntpdate are available and use ntpq if available else use ntpdate (or don't build the plugin if neither are there). There is one major advantage to doing this test at run time (it works if you copy the plugin over to a different machine with different commands available) and one minor disadvantage to doing it at run time (the extra time required might just push a borderline response time into a time-out). Eiher way, defaulting to trying the deprecated and less functional ntpdate first seems like a bad idea. Of course, the people who build on one machine then copy the plugins around could get bitten by choosing at build time. Then again, in most organizations large enough to need Nagios, any one of several people could have built a specific machine or the build could have been tailored for many different reasons. I *always* build on the target machine because I cannot guarantee what is there if others built it or if it needed a tailored install for some reason or another. It's easier for me to build on the target machine than to try to keep track of the idiosyncracies of every machine I might come into contact with so I can know which ones I can safely copy stuff over to. Just thinking of the dependencies of various Nagios plugins is bad enough - if some dependencies are missing on a target machine I want to know by the plugin not being built, not spend time investigating why a plugin I copied over isn't working only to find a dependency is missing. If you build on the target machine it's fairly easy for a newbie to notice that a particular plugin is not there at all; if you copy plugins over it can be hard even for the experienced to figure out there's a missing dependency. So my first choice is pick ntpq or ntpdate at build time. My second choice is try ntqp at run time and if it doesn't work then try ntpdate. But, whatever you do, it should behave (as far as externally- observable behaviour goes) like the present version and not require switches. -- Paul Allen Softflare Support From Stanley.Hopcroft at IPAustralia.Gov.AU Mon Feb 16 02:37:07 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Mon Feb 16 02:37:07 2004 Subject: [Nagiosplug-devel] more potential bugs in 1.4.0alpha1/check_fping (won't time out critical or warning thresholds ...) Message-ID: <20040216213241.A234@IPAustralia.Gov.AU> Dear Folks, The check_fping distributed with the 1.4.0alpha1 nag plugins behaves like tsitc# ../libexec/check_fping.orig_bad -Hper1 -w 55,5% -c 99,100% -n 4 -v /usr/local/sbin/fping -b 56 -c 4 per1 per1 : [0], 84 bytes, 111 ms (111 avg, 0% loss) per1 : [1], 84 bytes, 110 ms (111 avg, 0% loss) per1 : [2], 84 bytes, 111 ms (111 avg, 0% loss) per1 : [3], 84 bytes, 111 ms (111 avg, 0% loss) per1 : xmt/rcv/%loss = 4/4/0%, min/avg/max = 110/111/111 FPING OK - per1 (loss=0%, rta=111.000000 ms)|loss=0%;5;100;0;100 rta=111000us;55000000;99000000;0 tsitc# I expected this warn or fail since the thresholds are both below the RTA. It looks from the numbers on the right of the plugin output that milli-seconds are being interpreted as seconds (==> 55, 000, 000 uSec instead of 55, 000 uSec). The versions of plugins and platform are as posted before (OK if 0 packets transmitted.). Any FMs to read will be read with relish if this is pilot error (reverting to check_ping with regret). Yours sincerely. -- ------------------------------------------------------------------------ Stanley Hopcroft ------------------------------------------------------------------------ '...No man is an island, entire of itself; every man is a piece of the continent, a part of the main. If a clod be washed away by the sea, Europe is the less, as well as if a promontory were, as well as if a manor of thy friend's or of thine own were. Any man's death diminishes me, because I am involved in mankind; and therefore never send to know for whom the bell tolls; it tolls for thee...' from Meditation 17, J Donne. From Stanley.Hopcroft at IPAustralia.Gov.AU Mon Feb 16 03:27:08 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Mon Feb 16 03:27:08 2004 Subject: [Nagiosplug-devel] Patch for check_fping (1.4alpha1/2.4x fping): return CRITICAL when %loss = 0 and xmit == 0 Message-ID: <20040216222222.C234@IPAustralia.Gov.AU> Dear Ladies and Gentlemen, The check_fping plugin from the 1.4.0alpha1 plugin distro returns OK when %loss == 0 regardless of how many packets have been transmitted. I think this behaviour is bad because fping does not always transmit a packet to a down host (it returns a failure status/return code in this case that check_fping doesn't use) and the plugin will report OK in the middle of a check-host-alive check (leading to repeated futile service check rescheduling). Here is a patch to report CRITICAL when %loss == 0 && xmit == 0 It is running in the local production Nag installation. Thanks for great plugins; check_fping is a ripper. The CPU reduction and the acceleration in down host detection is incredible. Yours sincerely. -- ------------------------------------------------------------------------ Stanley Hopcroft ------------------------------------------------------------------------ '...No man is an island, entire of itself; every man is a piece of the continent, a part of the main. If a clod be washed away by the sea, Europe is the less, as well as if a promontory were, as well as if a manor of thy friend's or of thine own were. Any man's death diminishes me, because I am involved in mankind; and therefore never send to know for whom the bell tolls; it tolls for thee...' from Meditation 17, J Donne. tsitc> ping eros PING eros.aipo.gov.au (10.0.100.72): 56 data bytes ping: sendto: Host is down ping: sendto: Host is down ^C --- eros.aipo.gov.au ping statistics --- 8 packets transmitted, 0 packets received, 100% packet loss tsitc> ./check_fping eros -v /usr/local/sbin/fping -b 56 -c 1 eros eros : xmt/rcv/%loss = 0/0/0% FPING CRITICAL - eros (loss=0% )|loss=0%;;;0;100 tsitc> ./check_fping eros -v /usr/local/sbin/fping -b 56 -c 1 eros eros : xmt/rcv/%loss = 0/0/0% FPING CRITICAL - eros (loss=0% )|loss=0%;;;0;100 tsitc> ./check_fping eros -v /usr/local/sbin/fping -b 56 -c 1 eros eros : xmt/rcv/%loss = 0/0/0% FPING CRITICAL - eros (loss=0% )|loss=0%;;;0;100 tsitc> ./check_fping eros -v /usr/local/sbin/fping -b 56 -c 1 eros eros : xmt/rcv/%loss = 1/0/100% FPING CRITICAL - eros (loss=100% )|loss=100%;;;0;100 tsitc> tsitc> cat check_fping.PAT --- check_fping.c.orig Sun Feb 15 19:25:07 2004 +++ check_fping.c Sun Feb 15 22:06:04 2004 @@ -122,10 +122,13 @@ { char *rtastr = NULL; char *losstr = NULL; + char *xmtstr = NULL; double loss; double rta; + int xmt; int status = STATE_UNKNOWN; if (strstr (buf, "not found")) { die (STATE_CRITICAL, _("FPING unknown - %s not found\n"), server_name); @@ -172,10 +175,17 @@ else if(strstr (buf, "xmt/rcv/%loss") ) { /* no min/max/avg if host was unreachable in fping v2.2.b1 */ losstr = strstr (buf, "="); + xmtstr = 2 + losstr; + xmt = atoi(xmtstr); losstr = 1 + strstr (losstr, "/"); losstr = 1 + strstr (losstr, "/"); loss = strtod (losstr, NULL); if (atoi(losstr) == 100) + status = STATE_CRITICAL; + /* + * if no packets sent, %loss == 0 but this is _not_ OK + */ + else if (atoi(losstr) == 0 && xmt == 0) status = STATE_CRITICAL; else if (cpl_p == TRUE && loss > cpl) status = STATE_CRITICAL; tsitc> tsitc> ./check_fping -V check_fping (nagios-plugins 1.4.0alpha1) 1.11 The nagios plugins come with ABSOLUTELY NO WARRANTY. You may redistribute copies of the plugins under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING. tsitc> fping -v fping: Version 2.4b2_to $Date: 2002/01/16 00:33:42 $ fping: comments to david at remote.net tsitc> uname -a FreeBSD tsitc.aipo.gov.au 4.9-RELEASE-p1 FreeBSD 4.9-RELEASE-p1 #13: Fri Dec 26 20:25:10 EST 2003 root at tsitc.aipo.gov.au:/usr/obj/usr/src/sys/TSITC i386 tsitc> gcc -v Using builtin specs. gcc version 2.95.4 20020320 [FreeBSD] tsitc> -- ------------------------------------------------------------------------ Stanley Hopcroft ------------------------------------------------------------------------ '...No man is an island, entire of itself; every man is a piece of the continent, a part of the main. If a clod be washed away by the sea, Europe is the less, as well as if a promontory were, as well as if a manor of thy friend's or of thine own were. Any man's death diminishes me, because I am involved in mankind; and therefore never send to know for whom the bell tolls; it tolls for thee...' from Meditation 17, J Donne. From noreply at sourceforge.net Tue Feb 17 06:08:10 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Feb 17 06:08:10 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-752837 ] Need help with Installing Patches Message-ID: Support Requests item #752837, was opened at 2003-06-11 20:20 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=752837&group_id=29880 Category: None Group: None Status: Closed Priority: 5 Submitted By: Brian Snead (bsnead) Assigned to: Ton Voon (tonvoon) Summary: Need help with Installing Patches Initial Comment: I have not worked with installing Nagios Plugin Patches before. Is there a procedure documented somewhere? I downloaded the latest CVS distribution and compiled it, but the plugin I am looking for was not included. The specific plugin I am looking for is check_snmp_procs.patch. It looks like some type of Makefile, but I am not sure how to install it. Any help is greatly appreciated. Brian. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-02-17 13:41 Message: Logged In: YES user_id=664364 Stanley Hopcroft has provided me with this plugin, written by David Alden, and I've added it into the contrib/ directory. You can find it in the next release or in the next snapshot at http://nagiosplug.sf.net/snapshot ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-08-20 10:18 Message: Logged In: YES user_id=664364 No responses so closing this call. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-06-29 03:05 Message: Logged In: YES user_id=664364 Hi Brian, I'm not sure what this patch you are looking for is. Where did you read about it? You apply a patch by using the patch command. On Solaris, you need to run: patch {original file} < {patch file} Can you provide more info for us to help? If this call is not updated within 7 days, it will be closed. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=752837&group_id=29880 From richard at splash.co.za Tue Feb 17 14:00:03 2004 From: richard at splash.co.za (Richard Mayhew) Date: Tue Feb 17 14:00:03 2004 Subject: [Nagiosplug-devel] check_dns Message-ID: <002701c3f5a0$a91676a0$1400a8c0@splash.co.za> Hi, This issue may have been raised in the past, but here goes anyways. The check_disk plugin is able to check an address returned by the check plugin and verify that it is the correct one. (-a option). Could we expand on this to allow mulitple addresses. In some cases with round robin DNS etc multiple ip's are returned. If one were for example returning 2 ip addresses, nagio would have a 50/50 chance of marking the check as OK or as critical. It would be great if one could list possible ips that may be retuned. ie DNS Info test IN A 127.0.0.1 test IN A 127.0.0.2 DNS Check returns either DNS check plugin ./check_dns -H test -s localhost -a 127.0.0.1,127.0.0.2 -t 90 Got any questions please shout. Thanks Richard. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tonvoon at mac.com Tue Feb 17 18:25:06 2004 From: tonvoon at mac.com (Ton Voon) Date: Tue Feb 17 18:25:06 2004 Subject: [Nagiosplug-devel] check_dns.c.diff In-Reply-To: <40293CDD.6730E18A@rhrk.uni-kl.de> References: <40293CDD.6730E18A@rhrk.uni-kl.de> Message-ID: <56891585-61B8-11D8-B2EB-000A27E41300@mac.com> Johannes, Thanks for your patch. I've made a few modifications to your code for better use of gettext. Is now in v1.24. Ton On 10 Feb, 2004, at 20:19, Johannes Herlitz wrote: > I dont know if if this mailing list is the right place but i couldnt > find any better for this: > > I've attached a little patch against the newest (1.4.0alpha1) > check_dns.c which beautifies the output a little bit (the queried > DNS string is displayed). > --- check_dns.c.orig Tue Feb 10 21:07:30 2004 > +++ check_dns.c Tue Feb 10 21:07:44 2004 > @@ -11,6 +11,7 @@ > * Notes: > * - Safe popen added by Karl DeBisschop 9-11-99 > * - expected-address parameter added by Alex Chaffee - 7 Oct 2002 > + * - information about queried DNS name added to output by Johannes > Herlitz - 2 Feb 2004 > * > * Command line: (see print_usage) > * > @@ -212,8 +213,10 @@ > else > multi_address = TRUE; > > - printf (_("DNS ok - %.3f seconds response time, address%s %s|%s\n"), > - elapsed_time, (multi_address==TRUE ? "es are" : " is"), address, > + printf (_("DNS ok - %.3f seconds response time, address%s of %s %s > %s|%s\n"), > + elapsed_time, (multi_address==TRUE ? "es" : ""), > + query_address, (multi_address==TRUE ? "are" : "is"), > + address, > perfdata ("time", microsec, "us", FALSE, 0, FALSE, 0, TRUE, 0, > FALSE, 0)); > } > else if (result == STATE_WARNING) From tonvoon at mac.com Tue Feb 17 18:27:58 2004 From: tonvoon at mac.com (Ton Voon) Date: Tue Feb 17 18:27:58 2004 Subject: [Nagiosplug-devel] check_dns In-Reply-To: <002701c3f5a0$a91676a0$1400a8c0@splash.co.za> References: <002701c3f5a0$a91676a0$1400a8c0@splash.co.za> Message-ID: <146BE056-61B9-11D8-B2EB-000A27E41300@mac.com> Richard, This is a good idea. I was thinking that we should use multiple -a arguments to specify more ip addresses (eg "check_dns -H ibm.com -a 10.10.10.1 -a 10.10.10.2"). For the comparison between the expected ips and the returned ips by the nameserver, I presume we consider it a failure if all the ips are not returned (order independent)? Ton On 17 Feb, 2004, at 21:54, Richard Mayhew wrote: > Hi, > ? > This issue may have been raised in the past, but here goes anyways. > ? > The check_disk plugin is able to check an address returned by the > check plugin and verify that it is the correct one. (-a option). Could > we expand on this to allow mulitple addresses. In some cases with > round robin DNS etc multiple ip's are returned. If one were for > example returning 2 ip addresses, nagio would have a 50/50 chance of > marking the check as OK or as critical. > ? > It would be great if one could list possible ips that may be retuned. > ? > ie > DNS Info > test??? ??? IN??? A??? 127.0.0.1 > test??? ??? IN??? A??? 127.0.0.2 > ? > DNS Check returns either > ? > DNS check plugin ./check_dns -H test -s localhost -a > 127.0.0.1,127.0.0.2 -t 90 > ? > Got any questions please shout. > Thanks > Richard. > ? > ? From richard at splash.co.za Wed Feb 18 00:59:11 2004 From: richard at splash.co.za (Richard Mayhew) Date: Wed Feb 18 00:59:11 2004 Subject: [Nagiosplug-devel] check_dns References: <002701c3f5a0$a91676a0$1400a8c0@splash.co.za> <146BE056-61B9-11D8-B2EB-000A27E41300@mac.com> Message-ID: <001201c3f5fc$a0392850$211302c4@mweb.com> Hi, Good to hear from you, Yup sounds like a plan, I think the best plan would be to change state if the ip returned doesnt match either of the specified possible ips. *grin* Think we could get a test version of this out sometime? Thanks Richard. ----- Original Message ----- From: "Ton Voon" To: "Richard Mayhew" Cc: Sent: Wednesday, February 18, 2004 4:20 AM Subject: Re: [Nagiosplug-devel] check_dns Richard, This is a good idea. I was thinking that we should use multiple -a arguments to specify more ip addresses (eg "check_dns -H ibm.com -a 10.10.10.1 -a 10.10.10.2"). For the comparison between the expected ips and the returned ips by the nameserver, I presume we consider it a failure if all the ips are not returned (order independent)? Ton On 17 Feb, 2004, at 21:54, Richard Mayhew wrote: > Hi, > > This issue may have been raised in the past, but here goes anyways. > > The check_disk plugin is able to check an address returned by the > check plugin and verify that it is the correct one. (-a option). Could > we expand on this to allow mulitple addresses. In some cases with > round robin DNS etc multiple ip's are returned. If one were for > example returning 2 ip addresses, nagio would have a 50/50 chance of > marking the check as OK or as critical. > > It would be great if one could list possible ips that may be retuned. > > ie > DNS Info > test IN A 127.0.0.1 > test IN A 127.0.0.2 > > DNS Check returns either > > DNS check plugin ./check_dns -H test -s localhost -a > 127.0.0.1,127.0.0.2 -t 90 > > Got any questions please shout. > Thanks > Richard. > > ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id56&alloc_id438&op=ick _______________________________________________ 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 karl at debisschop.net Wed Feb 18 03:06:31 2004 From: karl at debisschop.net (Karl DeBisschop) Date: Wed Feb 18 03:06:31 2004 Subject: [Nagiosplug-devel] check_dns In-Reply-To: <146BE056-61B9-11D8-B2EB-000A27E41300@mac.com> References: <002701c3f5a0$a91676a0$1400a8c0@splash.co.za> <146BE056-61B9-11D8-B2EB-000A27E41300@mac.com> Message-ID: <1077102013.5454.8.camel@miles> On Tue, 2004-02-17 at 21:20, Ton Voon wrote: > Richard, > > This is a good idea. I was thinking that we should use multiple -a > arguments to specify more ip addresses (eg "check_dns -H ibm.com -a > 10.10.10.1 -a 10.10.10.2"). For some cases, yes. And in the context of the command line it makes the most sense. But in the context of a nagios config, I think it is not the most preferred format - I think it should also accept commas like check_ping does for multihomed hosts. -- Karl From richard at splash.co.za Wed Feb 18 03:07:29 2004 From: richard at splash.co.za (Richard Mayhew) Date: Wed Feb 18 03:07:29 2004 Subject: [Nagiosplug-devel] check_dns References: <002701c3f5a0$a91676a0$1400a8c0@splash.co.za> <146BE056-61B9-11D8-B2EB-000A27E41300@mac.com> <1077102013.5454.8.camel@miles> Message-ID: <005101c3f60e$99fcea50$211302c4@mweb.com> yeah good idea, comma seperated would prob work the best in the config $ARG1$ type enviro :) Cool ----- Original Message ----- From: "Karl DeBisschop" To: "Ton Voon" Cc: "Richard Mayhew" ; "NagiosPlug Devel" Sent: Wednesday, February 18, 2004 1:00 PM Subject: Re: [Nagiosplug-devel] check_dns > On Tue, 2004-02-17 at 21:20, Ton Voon wrote: > > Richard, > > > > This is a good idea. I was thinking that we should use multiple -a > > arguments to specify more ip addresses (eg "check_dns -H ibm.com -a > > 10.10.10.1 -a 10.10.10.2"). > > For some cases, yes. And in the context of the command line it makes the > most sense. But in the context of a nagios config, I think it is not the > most preferred format - I think it should also accept commas like > check_ping does for multihomed hosts. > > -- > Karl > > From noreply at sourceforge.net Wed Feb 18 07:54:21 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Feb 18 07:54:21 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-899649 ] check_http --ssl problem Message-ID: Bugs item #899649, was opened at 2004-02-18 16:41 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=899649&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Vaclav Hala (vaclavhala) Assigned to: Nobody/Anonymous (nobody) Summary: check_http --ssl problem Initial Comment: System description: FreeBSD 4.9, nagios-1.2 and nagios-plugins-1.3.1_1 from ports when I use check_http --ssl on one server result is OK, on another is result: ./check_http -I 192.168.10.16 --ssl 44958:error:140820A7:SSL routines:SSL3_CHECK_CERT_AND_ALGORITHM:missing export tmp rsa key:/usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s3_clnt.c:1952: Unable to open TCP socket ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=899649&group_id=29880 From noreply at sourceforge.net Wed Feb 18 09:31:28 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Feb 18 09:31:28 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-899746 ] check_http --ssl problem Message-ID: Bugs item #899746, was opened at 2004-02-18 18:24 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=899746&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Vaclav Hala (vaclavhala) Assigned to: Nobody/Anonymous (nobody) Summary: check_http --ssl problem Initial Comment: System description: FreeBSD 4.9, nagios-1.2 and nagios-plugins-1.3.1_1 from ports when I use check_http --ssl on one server result is OK, on another is result: ./check_http -I 192.168.10.16 --ssl 44958:error:140820A7:SSL routines:SSL3_CHECK_CERT_AND_ALGORITHM:missing export tmp rsa key:/usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s3_clnt.c:1952: Unable to open TCP socket ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=899746&group_id=29880 From rp at nextjet.com Wed Feb 18 14:59:54 2004 From: rp at nextjet.com (Robert Pearse) Date: Wed Feb 18 14:59:54 2004 Subject: [Nagiosplug-devel] Best Way to Monitor Cruisecontrol Message-ID: For those of you that are unfamiliar with Cruisecontrol, it's another SF project that constantly builds code in a loop. Every so often, as configured, it will start a build if it has seen a CVS commit. I'm trying to monitor the Cruisecontrol process on a remote server using Nagios. I think the easiest way to do that is to monitor cruisecontrol.log and see if the file is changing every half hour. If not, then it's stuck. What's the best way to monitor a file for changes on a remote server? Thanks, Robert -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhmartin at toger.us Wed Feb 18 15:20:23 2004 From: jhmartin at toger.us (Jason Martin) Date: Wed Feb 18 15:20:23 2004 Subject: [Nagiosplug-devel] Best Way to Monitor Cruisecontrol In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 If is is a continous process then you could have the cruisecontroll program send a passive check every time it completes a cycle and use freshness checking to verify that you've received it in time. - -Jason Martin On Wed, 18 Feb 2004, Robert Pearse wrote: > For those of you that are unfamiliar with Cruisecontrol, it's another SF > project that constantly builds code in a loop. Every so often, as > configured, it will start a build if it has seen a CVS commit. > > > > I'm trying to monitor the Cruisecontrol process on a remote server using > Nagios. I think the easiest way to do that is to monitor > cruisecontrol.log and see if the file is changing every half hour. If > not, then it's stuck. > > > > What's the best way to monitor a file for changes on a remote server? > > > > Thanks, > > > > Robert > > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.3.3 (GNU/Linux) Comment: pgpenvelope 2.10.2 - http://pgpenvelope.sourceforge.net/ iD8DBQFAM/AAl2ODWuqVSBMRAnNNAJ9KpQZIAxxXp4W8wlyx6JQes3TicwCeJljc jsVEuDR0zpC6PXBojV4iTSs= =wDZn -----END PGP SIGNATURE----- From rp at nextjet.com Wed Feb 18 15:21:35 2004 From: rp at nextjet.com (Robert Pearse) Date: Wed Feb 18 15:21:35 2004 Subject: [Nagiosplug-devel] Best Way to Monitor Cruisecontrol Message-ID: I don't want to change the Cruisecontrol installation. There's already too much involved in configuring it, as it is. Maybe I should have asked for the best way to monitor and remote file. Robert > -----Original Message----- > From: Jason Martin [mailto:jhmartin at toger.us] > Sent: Wednesday, February 18, 2004 5:06 PM > To: Robert Pearse > Cc: nagiosplug-devel at lists.sourceforge.net > Subject: Re: [Nagiosplug-devel] Best Way to Monitor Cruisecontrol > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > If is is a continous process then you could have the cruisecontroll > program send a passive check every time it completes a cycle and use > freshness checking to verify that you've received it in time. > > - -Jason Martin > > On Wed, 18 Feb 2004, > Robert Pearse wrote: > > > For those of you that are unfamiliar with Cruisecontrol, it's another SF > > project that constantly builds code in a loop. Every so often, as > > configured, it will start a build if it has seen a CVS commit. > > > > > > > > I'm trying to monitor the Cruisecontrol process on a remote server using > > Nagios. I think the easiest way to do that is to monitor > > cruisecontrol.log and see if the file is changing every half hour. If > > not, then it's stuck. > > > > > > > > What's the best way to monitor a file for changes on a remote server? > > > > > > > > Thanks, > > > > > > > > Robert > > > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.3.3 (GNU/Linux) > Comment: pgpenvelope 2.10.2 - http://pgpenvelope.sourceforge.net/ > > iD8DBQFAM/AAl2ODWuqVSBMRAnNNAJ9KpQZIAxxXp4W8wlyx6JQes3TicwCeJljc > jsVEuDR0zpC6PXBojV4iTSs= > =wDZn > -----END PGP SIGNATURE----- From matt.pounsett at cira.ca Wed Feb 18 15:39:57 2004 From: matt.pounsett at cira.ca (Matt Pounsett) Date: Wed Feb 18 15:39:57 2004 Subject: [Nagiosplug-devel] check_disk suggestion Message-ID: I don't have the expertise to produce a diff for this, but... it would be handy if check_disk had an option to only check whether a mount is present, and ignore available space. I've got a few qtrees from a NetApp mounted all over the place.. when disk space gets low I only want to receive one notification from the NetApp itself. However, I'd also like to be able to monitor the NFS client machines to make sure the mount is present... check_disk seems to be the most likely place for this functionality to go. -- 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 sghosh at sghosh.org Wed Feb 18 17:50:04 2004 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Wed Feb 18 17:50:04 2004 Subject: [Nagiosplug-devel] Best Way to Monitor Cruisecontrol In-Reply-To: Message-ID: On Wed, 18 Feb 2004, Robert Pearse wrote: > I don't want to change the Cruisecontrol installation. There's already > too much involved in configuring it, as it is. > > Maybe I should have asked for the best way to monitor and remote file. > > Robert > > > -----Original Message----- > > From: Jason Martin [mailto:jhmartin at toger.us] > > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > If is is a continous process then you could have the cruisecontroll > > program send a passive check every time it completes a cycle and use > > freshness checking to verify that you've received it in time. > > > > - -Jason Martin > > > > On Wed, 18 Feb 2004, > > Robert Pearse wrote: > > > > > For those of you that are unfamiliar with Cruisecontrol, it's > another SF > > > project that constantly builds code in a loop. Every so often, as > > > configured, it will start a build if it has seen a CVS commit. > > > > > > > > > > > > I'm trying to monitor the Cruisecontrol process on a remote server > using > > > Nagios. I think the easiest way to do that is to monitor > > > cruisecontrol.log and see if the file is changing every half hour. > If > > > not, then it's stuck. > > > > > > > > > > > > What's the best way to monitor a file for changes on a remote > server? > > > if you have ssh access you could: - check the timestamp (newness?) - diff file versus older copy -- -sg From noreply at sourceforge.net Thu Feb 19 00:13:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 19 00:13:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-900091 ] disk_check -x -X bag with not initialized variables Message-ID: Patches item #900091, was opened at 2004-02-19 13:05 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=900091&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Michael Musikhin (mmusikhin) Assigned to: Nobody/Anonymous (nobody) Summary: disk_check -x -X bag with not initialized variables Initial Comment: --- check_disk.c.orig Thu Aug 28 09:22:01 2003 +++ check_disk.c Thu Feb 19 11:57:33 2004 @@ -393,6 +403,10 @@ se = (struct name_list *) malloc (sizeof (struct name_list)); se->name = optarg; se->name_next = NULL; + se->w_df = 0; + se->c_df = 0; + se->w_dfp = -1; + se->c_dfp = -1; *dptail = se; dptail = &se->name_next; break; @@ -400,6 +414,10 @@ se = (struct name_list *) malloc (sizeof (struct name_list)); se->name = optarg; se->name_next = NULL; + se->w_df = 0; + se->c_df = 0; + se->w_dfp = -1; + se->c_dfp = -1; *fstail = se; fstail = &se->name_next; break; ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=900091&group_id=29880 From noreply at sourceforge.net Thu Feb 19 03:57:21 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 19 03:57:21 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-900215 ] check_disk send incorrect free_space to check_disk function Message-ID: Patches item #900215, was opened at 2004-02-19 16:49 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=900215&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Michael Musikhin (mmusikhin) Assigned to: Nobody/Anonymous (nobody) Summary: check_disk send incorrect free_space to check_disk function Initial Comment: to check_disk function send number of blocks insead size of free space in kilobytes --- check_disk.c.orig Thu Aug 28 09:22:01 2003 +++ check_disk.c Thu Feb 19 16:32:23 2004 @@ -186,7 +195,7 @@ if (fsp.fsu_blocks && strcmp ("none", me->me_mountdir)) { usp = (double)(fsp.fsu_blocks - fsp.fsu_bavail) * 100 / fsp.fsu_blocks; - disk_result = check_disk (usp, fsp.fsu_bavail); + disk_result = check_disk (usp, fsp.fsu_bavail*fsp.fsu_blocksize); result = max_state (disk_result, result); psize = fsp.fsu_blocks*fsp.fsu_blocksize/mult; asprintf (&perf, "%s %s", perf, ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=900215&group_id=29880 From noreply at sourceforge.net Thu Feb 19 05:36:09 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 19 05:36:09 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-900091 ] disk_check -x -X bag with not initialized variables Message-ID: Patches item #900091, was opened at 2004-02-19 08:05 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=900091&group_id=29880 Category: Bugfix Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Michael Musikhin (mmusikhin) >Assigned to: Ton Voon (tonvoon) Summary: disk_check -x -X bag with not initialized variables Initial Comment: --- check_disk.c.orig Thu Aug 28 09:22:01 2003 +++ check_disk.c Thu Feb 19 11:57:33 2004 @@ -393,6 +403,10 @@ se = (struct name_list *) malloc (sizeof (struct name_list)); se->name = optarg; se->name_next = NULL; + se->w_df = 0; + se->c_df = 0; + se->w_dfp = -1; + se->c_dfp = -1; *dptail = se; dptail = &se->name_next; break; @@ -400,6 +414,10 @@ se = (struct name_list *) malloc (sizeof (struct name_list)); se->name = optarg; se->name_next = NULL; + se->w_df = 0; + se->c_df = 0; + se->w_dfp = -1; + se->c_dfp = -1; *fstail = se; fstail = &se->name_next; break; ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-02-19 13:28 Message: Logged In: YES user_id=664364 Michael, Thanks for the patch. Applied to check_disk.c v1.40. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=900091&group_id=29880 From noreply at sourceforge.net Thu Feb 19 08:59:24 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 19 08:59:24 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-730931 ] add : more flexibility and S22 to check_nwstat Message-ID: Feature Requests item #730931, was opened at 2003-05-01 18:29 Message generated for change (Settings changed) made by faucon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=730931&group_id=29880 Category: None Group: None >Status: Closed Priority: 5 Submitted By: Alex (faucon) Assigned to: Ton Voon (tonvoon) Summary: add : more flexibility and S22 to check_nwstat Initial Comment: Hi all, The plug-in check_nwstat is somewhat limitted because you can only parse arguments from the list when you do a "check_nwstat --help". Why not letting parse all the variables available in MRTGEXT? For example... If I do... check_nwstat - H hostIP -v LOAD1 ...everything is fine but if I type... check_nwstat - H hostIP -v S22 the command line tell me "Could not parse arguments". S22 is time sync in MRTGEXT (witch I need). I can test the modifications if you want, and if you want not to add every little variables, just add S22 to the valid variables :) Thanks. Alex ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-06-29 02:43 Message: Logged In: YES user_id=664364 I think S22 is already added to check_nwstat.c (under the name of TSYNC) in CVS HEAD. We are only adding extra checks to check_nwstat as patches are given to us. Hope this is sufficient. Will close this call after 7 days if there is no update. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=730931&group_id=29880 From noreply at sourceforge.net Thu Feb 19 08:59:35 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 19 08:59:35 2004 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: Closed 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 shawn at greymetalprimer.com Thu Feb 19 11:38:19 2004 From: shawn at greymetalprimer.com (Shawn Wills) Date: Thu Feb 19 11:38:19 2004 Subject: [Nagiosplug-devel] check_http Content-Type Message-ID: I found the need to be able to specify the Content-Type header in check_http. I've attached patches to check_http.c in the event that someone else might find this useful (and also to see if I did this the "right" way). -------------- next part -------------- --- nagios-plugins-1.4.0alpha1/plugins/check_http.c Mon Feb 16 15:36:43 2004 +++ nagios-plugins-1.4.0alpha1a/plugins/check_http.c Thu Feb 19 11:17:06 2004 @@ -1156,7 +1156,7 @@ -P, --post=STRING\n\ URL encoded http POST data\n\ -T, --content-type=STRING\n\ - HTTP Content-Type\n"), HTTP_EXPECT); + specify Content-Type header media type\n"), HTTP_EXPECT); #ifdef HAVE_REGEX_H printf (_("\ -------------- next part -------------- --- nagios-plugins-1.3.1/plugins/check_http.c Mon Jun 30 04:56:08 2003 +++ nagios-plugins-1.3.1a/plugins/check_http.c Thu Feb 19 11:15:47 2004 @@ -63,6 +63,8 @@ Port number (default: %d)\n\ -P, --post=STRING\n\ URL encoded http POST data\n\ + -T, --content-type=STRING\n\ + specify Content-Type header media type\n\ -w, --warning=INTEGER\n\ Response time to result in warning status (seconds)\n\ -c, --critical=INTEGER\n\ @@ -220,6 +222,7 @@ int sd; char *http_method = "GET"; char *http_post_data = ""; +char *http_content_type = ""; char buffer[MAX_INPUT_BUFFER]; void print_usage (void); @@ -311,6 +314,7 @@ {"linespan", no_argument, 0, 'l'}, {"onredirect", required_argument, 0, 'f'}, {"certificate", required_argument, 0, 'C'}, + {"content-type", required_argument, 0, 'T'}, {0, 0, 0, 0} }; #endif @@ -331,7 +335,7 @@ strcpy (argv[c], "-n"); } -#define OPTCHARS "Vvht:c:w:H:P:I:a:e:p:s:R:r:u:f:C:nlLS" +#define OPTCHARS "Vvht:c:w:H:P:I:a:e:p:s:R:r:u:f:C:T:nlLS" while (1) { #ifdef HAVE_GETOPT_H @@ -443,6 +447,9 @@ server_expect[MAX_INPUT_BUFFER - 1] = 0; server_expect_yn = 1; break; + case 'T': /* Content-type */ + asprintf (&http_content_type, "%s", optarg); + break; #ifndef HAVE_REGEX_H case 'l': /* linespan */ case 'r': /* linespan */ @@ -597,7 +604,12 @@ /* either send http POST data */ if (strlen (http_post_data)) { - asprintf (&buf, "%sContent-Type: application/x-www-form-urlencoded\r\n", buf); + if (strlen (http_content_type)) { + asprintf (&buf, "%sContent-Type: %s\r\n", buf, http_content_type); + } + else { + asprintf (&buf, "%sContent-Type: application/x-www-form-urlencoded\r\n", buf); + } asprintf (&buf, "%sContent-Length: %i\r\n\r\n", buf, strlen (http_post_data)); asprintf (&buf, "%s%s%s", buf, http_post_data, CRLF); } From Stanley.Hopcroft at IPAustralia.Gov.AU Thu Feb 19 14:14:02 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Thu Feb 19 14:14:02 2004 Subject: [Nagiosplug-devel] Best Way to Monitor Cruisecontrol In-Reply-To: ; from sghosh@sghosh.org on Wed, Feb 18, 2004 at 08:30:02PM -0500 References: Message-ID: <20040220090714.A16891@IPAustralia.Gov.AU> Dear Gentlemen, I am writing to thank you for this interesting thread and say, that event correlation in its Sec incarnation is well suited to this class of checks - determining if something _did not_ happen. On Wed, Feb 18, 2004 at 08:30:02PM -0500, Subhendu Ghosh wrote: > On Wed, 18 Feb 2004, Robert Pearse wrote: > > > I don't want to change the Cruisecontrol installation. There's already > > too much involved in configuring it, as it is. > > > > Maybe I should have asked for the best way to monitor and remote file. > > > > Robert > > ... snip ... > > > > I'm trying to monitor the Cruisecontrol process on a remote server > > using > > > > Nagios. I think the easiest way to do that is to monitor > > > > cruisecontrol.log and see if the file is changing every half hour. > > If > > > > not, then it's stuck. > > > > > > > > > > > > > > > > What's the best way to monitor a file for changes on a remote > > server? > > > > > > if you have ssh access you could: > - check the timestamp (newness?) > - diff file versus older copy > Likewise you could export the file using a number of remote file systems (NFS, SMB) and check the last access time of the file with the stat system call (another way of saying 'newness'). Another alternative is Event correlation. Event correlation lets you determine if there has not been a message matching a pattern (in a rule describing part of that event) written to that file. Sec tails the file and matches each set of log lines (it can read more than one at a time) against a pattern, and for matches performs some actions that include generating a Nagios PROCESS_SERVICE_CHECK_RESULT and starting an event correlation operation. (You will have a set up a passive service corresponding to the CuriseControl service and let the check be done by the process appending the PROCESS_SERVICE_CHECK_RESULT to the Nag command queue. Making the check 'volatile' may be useful in this case also.) In this case, the event correlation may result in the Nagios PROCESS_SERVICE_CHECK_RESULT if no messages arrive in your given time window. To set up Sec in this case would require 1 export the CruiseControl log to the Sec/Nag host (use NFS if possible, I have seen SMBFS implementations that don't properly replicate local file system semantics). 2 run Sec in tail mode on the exported file 3 set up a Sec rule to monitor the file You have to do a bit of set up, and the Sec learning curve is a bit steep (you probably want to start with James Brown's tutorial 'Getting started with Sec') but this is a piece of infrastructure that has numerous applications. Alternatives to Sec include RuleCore LogSurfer Swatch > > -- > > -sg > -- ------------------------------------------------------------------------ Stanley Hopcroft ------------------------------------------------------------------------ '...No man is an island, entire of itself; every man is a piece of the continent, a part of the main. If a clod be washed away by the sea, Europe is the less, as well as if a promontory were, as well as if a manor of thy friend's or of thine own were. Any man's death diminishes me, because I am involved in mankind; and therefore never send to know for whom the bell tolls; it tolls for thee...' from Meditation 17, J Donne. From matt.pounsett at cira.ca Thu Feb 19 15:35:06 2004 From: matt.pounsett at cira.ca (Matt Pounsett) Date: Thu Feb 19 15:35:06 2004 Subject: [Nagiosplug-devel] check_swap mis-reporting values Message-ID: I have a problem on a particular Solaris 7 box with check_swap reporting incorrect values. I'm pretty sure this is a problem with the machine itself, rather than with check_swap, since the plugin is working correctly on other Solaris machines, including other SunOS 5.7 boxes. However, since I don't really know what check_swap is doing in the background to get its data, I thought I'd ask here for recommendations on where I should look for problems. Here's the details... check_swap is check_swap (nagios-plugins 1.3.1) 1.9 The only swap partition on the machine in question looks like this: % df -k /tmp Filesystem kbytes used avail capacity Mounted on swap 2015408 55680 1959728 3% /tmp And here's what check_swap reports: % ./check_swap -a CRITICAL - Swap used: 100% (164656 out of 164656) The "used" value varies slightly, from 164000 up to 164656. However, it never reports the correct value. It's not even getting the correct "available" value. Anyone have any thoughts on where I should look for problems? -- 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 tonvoon at mac.com Thu Feb 19 15:49:17 2004 From: tonvoon at mac.com (Ton Voon) Date: Thu Feb 19 15:49:17 2004 Subject: [Nagiosplug-devel] check_swap mis-reporting values In-Reply-To: References: Message-ID: <570B877C-6335-11D8-B2EB-000A27E41300@mac.com> Matt, Can you try with the latest Nagios plugins? There's been a lot of work on check_swap in the 1.4 release. Also use the -v switch to see what commands check_swap is actually running. Ton On 19 Feb, 2004, at 23:28, Matt Pounsett wrote: > > I have a problem on a particular Solaris 7 box with check_swap > reporting > incorrect values. I'm pretty sure this is a problem with the machine > itself, > rather than with check_swap, since the plugin is working correctly on > other > Solaris machines, including other SunOS 5.7 boxes. However, since I > don't > really know what check_swap is doing in the background to get its > data, I > thought I'd ask here for recommendations on where I should look for > problems. > > Here's the details... > > check_swap is > check_swap (nagios-plugins 1.3.1) 1.9 > > The only swap partition on the machine in question looks like this: > > % df -k /tmp > Filesystem kbytes used avail capacity Mounted on > swap 2015408 55680 1959728 3% /tmp > > And here's what check_swap reports: > > % ./check_swap -a > CRITICAL - Swap used: 100% (164656 out of 164656) > > The "used" value varies slightly, from 164000 up to 164656. However, > it never > reports the correct value. It's not even getting the correct > "available" > value. > > Anyone have any thoughts on where I should look for problems? > > -- > 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 > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > 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 matt.pounsett at cira.ca Thu Feb 19 16:30:34 2004 From: matt.pounsett at cira.ca (Matt Pounsett) Date: Thu Feb 19 16:30:34 2004 Subject: [Nagiosplug-devel] check_swap mis-reporting values In-Reply-To: <570B877C-6335-11D8-B2EB-000A27E41300@mac.com> Message-ID: On Thu, 19 Feb 2004, Ton Voon wrote: > Matt, > > Can you try with the latest Nagios plugins? There's been a lot of work > on check_swap in the 1.4 release. Also use the -v switch to see what > commands check_swap is actually running. check_swap has no -v switch (neither version)... if it does, it's not in the help, and doesn't appear to do anything. Also, check_swap is compiled, not a script, so it's not 'running commands' per-se. What output did you expect to see from -v? At any rate, the 1.4.0alpha check swap has a similar problem to the 1.3.1 version.. although it misrepresents the total available swap differently. % ./check_swap -a -w 20% -c 10% SWAP CRITICAL: 0% free (0 MB out of 80 MB) |swap=0MB;16;8;0;80 % df -k /tmp Filesystem kbytes used avail capacity Mounted on swap 2031672 55680 1975992 3% /tmp By the way, the check_swap in 1.4.0alpha has buggy help output: check_swap [-a] -w % -c % I believe this should be changed to free_percentage. -- 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 tonvoon at mac.com Thu Feb 19 17:19:21 2004 From: tonvoon at mac.com (Ton Voon) Date: Thu Feb 19 17:19:21 2004 Subject: [Nagiosplug-devel] check_swap mis-reporting values In-Reply-To: References: Message-ID: On 20 Feb, 2004, at 00:23, Matt Pounsett wrote: > On Thu, 19 Feb 2004, Ton Voon wrote: > >> Matt, >> >> Can you try with the latest Nagios plugins? There's been a lot of work >> on check_swap in the 1.4 release. Also use the -v switch to see what >> commands check_swap is actually running. > > check_swap has no -v switch (neither version)... if it does, it's not > in the > help, and doesn't appear to do anything. Also, check_swap is > compiled, not a > script, so it's not 'running commands' per-se. What output did you > expect to > see from -v? check_swap works by running the swap command. This is my output on a Solaris 9 server: bash-2.05$ ./check_swap -v -v -v -w 10% -c 5% Command: /usr/sbin/swap -s Format: %*s %*dk %*s %*s + %*dk %*s = %dk %*s %dk %*s SWAP OK: 80% free (893 MB out of 1129 MB) |swap=893MB;112;56;0;1129 > > At any rate, the 1.4.0alpha check swap has a similar problem to the > 1.3.1 > version.. although it misrepresents the total available swap > differently. > > % ./check_swap -a -w 20% -c 10% > SWAP CRITICAL: 0% free (0 MB out of 80 MB) |swap=0MB;16;8;0;80 > My guess is that configure did not pick out your correct swap command. Can you send your config.log file? > > By the way, the check_swap in 1.4.0alpha has buggy help output: > > check_swap [-a] -w % -c % > > I believe this should be changed to free_percentage. Right you are. I've committed v1.26 with better help and usage output. Thanks. Ton From matt.pounsett at cira.ca Thu Feb 19 17:37:56 2004 From: matt.pounsett at cira.ca (Matt Pounsett) Date: Thu Feb 19 17:37:56 2004 Subject: [Nagiosplug-devel] check_swap mis-reporting values In-Reply-To: Message-ID: On Fri, 20 Feb 2004, Ton Voon wrote: > > On 20 Feb, 2004, at 00:23, Matt Pounsett wrote: > > > check_swap has no -v switch (neither version)... if it does, it's not > > in the > > help, and doesn't appear to do anything. Also, check_swap is > > compiled, not a > > script, so it's not 'running commands' per-se. What output did you > > expect to > > see from -v? > > check_swap works by running the swap command. This is my output on a > Solaris 9 server: Ah, okay... -v alone didn't seem to do much. Multiple -v's is giving me lots with 1.4.0.. nothing at all with 1.3.1 It looks like the problem I'm seeing on 1.4.0alpha is with the -a switch. I see now that a better explanation for -a has been added to the 1.4.0 help output, and it suggests I shouldn't be using it: % ./check_swap -a -w 10% -c 5% SWAP CRITICAL: 0% free (0 MB out of 80 MB) |swap=0MB;8;4;0;80 % ./check_swap -w 10% -c 5% SWAP OK: 59% free (1938 MB out of 3321 MB) |swap=1938MB;332;166;0;3321 Looks like 1.4.0 will fix my problem with this host. Thanks Ton! -- 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 tonvoon at mac.com Thu Feb 19 17:45:13 2004 From: tonvoon at mac.com (Ton Voon) Date: Thu Feb 19 17:45:13 2004 Subject: [Nagiosplug-devel] check_swap mis-reporting values In-Reply-To: References: Message-ID: <5DC6C258-6344-11D8-B2EB-000A27E41300@mac.com> On 20 Feb, 2004, at 01:23, Matt Pounsett wrote: > On Fri, 20 Feb 2004, Ton Voon wrote: > It looks like the problem I'm seeing on 1.4.0alpha is with the -a > switch. I > see now that a better explanation for -a has been added to the 1.4.0 > help > output, and it suggests I shouldn't be using it: > > % ./check_swap -a -w 10% -c 5% > SWAP CRITICAL: 0% free (0 MB out of 80 MB) |swap=0MB;8;4;0;80 > % ./check_swap -w 10% -c 5% > SWAP OK: 59% free (1938 MB out of 3321 MB) |swap=1938MB;332;166;0;3321 > > Looks like 1.4.0 will fix my problem with this host. > I'm still interested to know why this is failing on your server. On a Solaris 9 box, I get: bash-2.05$ ./check_swap -v -v -v -w 10% -c 5% -a Command: /usr/sbin/swap -l Format: %*s %*[0-9,-] %*d %d %d total=513, free=358 SWAP OK: 70% free (358 MB out of 513 MB) [358 (70%)] |swap=358MB;51;25;0;513 What is your output? What is the swap -l output? Ton From matt.pounsett at cira.ca Thu Feb 19 17:54:25 2004 From: matt.pounsett at cira.ca (Matt Pounsett) Date: Thu Feb 19 17:54:25 2004 Subject: [Nagiosplug-devel] check_swap mis-reporting values In-Reply-To: <5DC6C258-6344-11D8-B2EB-000A27E41300@mac.com> Message-ID: On Fri, 20 Feb 2004, Ton Voon wrote: > I'm still interested to know why this is failing on your server. On a > Solaris 9 box, I get: Well, only the 1.3.1 is truly failing. The help output for 1.4.0 suggests the -a switch will give irregularities on solaris... which obvious it is doing on this box. Here's my swap -l and swap -s output: % /usr/sbin/swap -l swapfile dev swaplo blocks free /dev/dsk/c0t0d0s1 32,1 16 164656 176 % /usr/sbin/swap -s total: 1370584k bytes allocated + 35208k reserved = 1405792k used, 1995392k available -- 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 tonvoon at mac.com Thu Feb 19 18:14:25 2004 From: tonvoon at mac.com (Ton Voon) Date: Thu Feb 19 18:14:25 2004 Subject: [Nagiosplug-devel] check_swap mis-reporting values In-Reply-To: References: Message-ID: <73D0A56C-6349-11D8-B2EB-000A27E41300@mac.com> On 20 Feb, 2004, at 01:39, Matt Pounsett wrote: > Well, only the 1.3.1 is truly failing. The help output for 1.4.0 > suggests the > -a switch will give irregularities on solaris... which obvious it is > doing on > this box. > > Here's my swap -l and swap -s output: > > % /usr/sbin/swap -l > swapfile dev swaplo blocks free > /dev/dsk/c0t0d0s1 32,1 16 164656 176 > % /usr/sbin/swap -s > total: 1370584k bytes allocated + 35208k reserved = 1405792k used, > 1995392k available > I think I understand. It looks like your system has a large amount of real memory, but a small amount of swap allocated. swap -l returns 100% used (and hence check_swap [-a]) because all the swap disk is filled. However /tmp, which uses a combination of real memory and swap, is returning lots of space, so your system is not really having any problems. Weird how Solaris decides to use swap space before real memory, but maybe there is some setting to say fill up swap first. Ton From matt.pounsett at cira.ca Thu Feb 19 18:31:02 2004 From: matt.pounsett at cira.ca (Matt Pounsett) Date: Thu Feb 19 18:31:02 2004 Subject: [Nagiosplug-devel] check_swap mis-reporting values In-Reply-To: <73D0A56C-6349-11D8-B2EB-000A27E41300@mac.com> Message-ID: On Fri, 20 Feb 2004, Ton Voon wrote: > I think I understand. It looks like your system has a large amount of > real memory, but a small amount of swap allocated. swap -l returns 100% > used (and hence check_swap [-a]) because all the swap disk is filled. > However /tmp, which uses a combination of real memory and swap, is > returning lots of space, so your system is not really having any > problems. Hrm.. I don't think that's quite right. I've always thought /tmp was *just* the size of the swap partition. In this case, the machine has 4Gig of physical memory, but df only reports 2Gig of swap. If solaris was reporting both physical and swap in df, then it would show 6. -- 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 tonvoon at mac.com Thu Feb 19 19:35:06 2004 From: tonvoon at mac.com (Ton Voon) Date: Thu Feb 19 19:35:06 2004 Subject: [Nagiosplug-devel] check_http Content-Type In-Reply-To: References: Message-ID: On 19 Feb, 2004, at 19:29, Shawn Wills wrote: > I found the need to be able to specify the Content-Type header in > check_http. > > I've attached patches to check_http.c in the event that someone else > might > find this useful (and also to see if I did this the "right" way). > Shawn, Patch looks good. Have applied it to check_http.c v1.56. It will not be applied to r1.3.1 as this is only for bug fixes. Can you please try out the latest snapshot to see if it is okay. Ton From tonvoon at mac.com Thu Feb 19 19:42:13 2004 From: tonvoon at mac.com (Ton Voon) Date: Thu Feb 19 19:42:13 2004 Subject: [Nagiosplug-devel] check_dns In-Reply-To: <1077102013.5454.8.camel@miles> References: <002701c3f5a0$a91676a0$1400a8c0@splash.co.za> <146BE056-61B9-11D8-B2EB-000A27E41300@mac.com> <1077102013.5454.8.camel@miles> Message-ID: On 18 Feb, 2004, at 11:00, Karl DeBisschop wrote: > On Tue, 2004-02-17 at 21:20, Ton Voon wrote: >> Richard, >> >> This is a good idea. I was thinking that we should use multiple -a >> arguments to specify more ip addresses (eg "check_dns -H ibm.com -a >> 10.10.10.1 -a 10.10.10.2"). > > For some cases, yes. And in the context of the command line it makes > the > most sense. But in the context of a nagios config, I think it is not > the > most preferred format - I think it should also accept commas like > check_ping does for multihomed hosts. Have had a look at doing this, but it appears that Solaris' nslookup returns data over 2 lines if there is more than 4 addresses returned (try "nslookup www.ibm.com"). I'll have a go at this change, but only after I can get check_dns to use the resolver routines instead of nslookup first. Most of check_dns.c looks like it is parsing for error messages in nslookup! Ton From tonvoon at mac.com Thu Feb 19 19:54:11 2004 From: tonvoon at mac.com (Ton Voon) Date: Thu Feb 19 19:54:11 2004 Subject: [Nagiosplug-devel] check_dns coredump on solaris In-Reply-To: References: Message-ID: <7BDA7F3D-6357-11D8-B2EB-000A27E41300@mac.com> Jason, Thanks for the patch. I can't seem to get a coredump on the 1.4 release. Can you try? (There look like problems with some of the usage2 calls - I plan on fixing those soon) Ton On 5 Feb, 2004, at 00:56, Jason Martin wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Check_dns has a bug in that it coredumps if called w/invalid > arguments. It > appears to be a result of a printf that assumes a 'optarg' will be > provided, even when invalid arguments are passed. Attached is a unified > diff that prevents the printf of a null pointer. > > check_dns (nagios-plugins 1.3.1) 1.8.2.3 > on > SunOS comanche 5.9 Generic sun4u sparc SUNW,Ultra-60 > SunOS snaketales 5.8 Generic_108528-27 sun4u sparc SUNW,Ultra-60 > SunOS htvsim01 5.6 Generic_105181-16 sun4m sparc SUNW,SPARCstation-10 > > Thanks, > - -Jason Martin > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.3.3 (GNU/Linux) > Comment: pgpenvelope 2.10.2 - http://pgpenvelope.sourceforge.net/ > > iD8DBQFAIZTUl2ODWuqVSBMRAp0gAJ9aZeSb/hhgiEbPFS+Op95kGkKlsgCgl7Ld > Pxm2fLxCC4czmrHm8cwWdXA= > =nMLR > -----END PGP SIGNATURE----- From tonvoon at mac.com Thu Feb 19 19:57:11 2004 From: tonvoon at mac.com (Ton Voon) Date: Thu Feb 19 19:57:11 2004 Subject: [Nagiosplug-devel] check_disk suggestion In-Reply-To: References: Message-ID: On 18 Feb, 2004, at 20:38, Matt Pounsett wrote: > > I don't have the expertise to produce a diff for this, but... it would > be > handy if check_disk had an option to only check whether a mount is > present, > and ignore available space. > > I've got a few qtrees from a NetApp mounted all over the place.. when > disk > space gets low I only want to receive one notification from the NetApp > itself. > However, I'd also like to be able to monitor the NFS client machines > to make > sure the mount is present... check_disk seems to be the most likely > place for > this functionality to go. > Couldn't you get this functionality by specifying a ridiculously low threshold, eg check_disk -w 0% -c 0% -p /filesystem Ton From karl at debisschop.net Thu Feb 19 20:01:23 2004 From: karl at debisschop.net (Karl DeBisschop) Date: Thu Feb 19 20:01:23 2004 Subject: [Nagiosplug-devel] check_dns In-Reply-To: References: <002701c3f5a0$a91676a0$1400a8c0@splash.co.za> <146BE056-61B9-11D8-B2EB-000A27E41300@mac.com> <1077102013.5454.8.camel@miles> Message-ID: <1077249170.5564.14.camel@miles> On Thu, 2004-02-19 at 22:34, Ton Voon wrote: > I'll have a go at this change, but only after I can get check_dns to > use the resolver routines instead of nslookup first. Most of > check_dns.c looks like it is parsing for error messages in nslookup! Makes sense to me. That was the direction we wanted to go anyway, to use the resolver instead of parsing scripts. IIRC, the resolver is covered by POSIX, so we should have much less platform-specific cruft once we do that. -- Karl From noreply at sourceforge.net Thu Feb 19 20:02:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 19 20:02:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-899649 ] check_http --ssl problem Message-ID: Bugs item #899649, was opened at 2004-02-18 15:41 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=899649&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Vaclav Hala (vaclavhala) >Assigned to: Ton Voon (tonvoon) Summary: check_http --ssl problem Initial Comment: System description: FreeBSD 4.9, nagios-1.2 and nagios-plugins-1.3.1_1 from ports when I use check_http --ssl on one server result is OK, on another is result: ./check_http -I 192.168.10.16 --ssl 44958:error:140820A7:SSL routines:SSL3_CHECK_CERT_AND_ALGORITHM:missing export tmp rsa key:/usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s3_clnt.c:1952: Unable to open TCP socket ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-02-20 03:53 Message: Logged In: YES user_id=664364 Vaclav, A quick search on google suggests that SSL3_CHECK_CERT_AND_ALGORITHM means that the target server can only handle 56bit encryption. If the server is updated to 128-bit encryption, it should work. This fits with your report that one server works fine, but another doesn't. Let us know how you get on. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=899649&group_id=29880 From noreply at sourceforge.net Thu Feb 19 20:38:35 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 19 20:38:35 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-886325 ] check_procs 1.40alpha1 Message-ID: Bugs item #886325, was opened at 2004-01-28 11:24 Message generated for change (Settings changed) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=886325&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ralph Rye (norgetek) >Assigned to: Karl DeBisschop (kdebisschop) Summary: check_procs 1.40alpha1 Initial Comment: On AIX 5L the maximum command agruments display with a ps command appears to be 2045 chars. When using the check_procs on a WebSphere application server, the check_procs segementation faults. I mod'd the MAX_INPUT_BUFFER variable to 2048 and recompiled the check_procs binary and every thing works fine. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=886325&group_id=29880 From noreply at sourceforge.net Thu Feb 19 21:21:11 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 19 21:21:11 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-886325 ] check_procs 1.40alpha1 Message-ID: Bugs item #886325, was opened at 2004-01-28 11:24 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=886325&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ralph Rye (norgetek) Assigned to: Karl DeBisschop (kdebisschop) Summary: check_procs 1.40alpha1 Initial Comment: On AIX 5L the maximum command agruments display with a ps command appears to be 2045 chars. When using the check_procs on a WebSphere application server, the check_procs segementation faults. I mod'd the MAX_INPUT_BUFFER variable to 2048 and recompiled the check_procs binary and every thing works fine. ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-20 00:13 Message: Logged In: YES user_id=1671 Thanks for the bug report. Although I don't quite see where the segfault would be created, you clearly have put your finger on a problem. I diid not, however, want to replace an arbitrary 1024 with an equally arbitrary 2048. Instead I malloc more memory if needed. However, I do not have access to AIX. can you try a build from CVS or the snapshot? You're can be sure you have my proposed fix if you run check_procs --version and get: check_procs (nagios-plugins 1.4.0alpha1) 1.26 Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=886325&group_id=29880 From noreply at sourceforge.net Thu Feb 19 21:37:12 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 19 21:37:12 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-796698 ] Output string - spelling correction Message-ID: Bugs item #796698, was opened at 2003-08-28 10:07 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=796698&group_id=29880 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Brian Snead (bsnead) Assigned to: Subhendu Ghosh (sghosh) Summary: Output string - spelling correction Initial Comment: The current 1.3.1 release of nagios plugins has "received" spelled incorrectly in several plugins. One is check_snmp. The incorrect spelling is "recieved". Plugins where it needs to be corrected: - check_snmp.c - negate.c - netutils.c - urlize.c This is easy enough to change on my end, but every new release will uncorrect it. Thanks Brian. ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-20 00:29 Message: Logged In: YES user_id=1671 fixed in HEAD and 1.3.x ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2003-08-28 10:50 Message: Logged In: YES user_id=46572 Thanks for the report :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=796698&group_id=29880 From noreply at sourceforge.net Fri Feb 20 03:47:10 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 20 03:47:10 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-899649 ] check_http --ssl problem Message-ID: Bugs item #899649, was opened at 2004-02-18 16:41 Message generated for change (Comment added) made by vaclavhala You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=899649&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Vaclav Hala (vaclavhala) Assigned to: Ton Voon (tonvoon) Summary: check_http --ssl problem Initial Comment: System description: FreeBSD 4.9, nagios-1.2 and nagios-plugins-1.3.1_1 from ports when I use check_http --ssl on one server result is OK, on another is result: ./check_http -I 192.168.10.16 --ssl 44958:error:140820A7:SSL routines:SSL3_CHECK_CERT_AND_ALGORITHM:missing export tmp rsa key:/usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s3_clnt.c:1952: Unable to open TCP socket ---------------------------------------------------------------------- >Comment By: Vaclav Hala (vaclavhala) Date: 2004-02-20 12:39 Message: Logged In: YES user_id=978632 Problem was solved by adding line SSLCipherSuite to httpd.conf. Thank You ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-02-20 04:53 Message: Logged In: YES user_id=664364 Vaclav, A quick search on google suggests that SSL3_CHECK_CERT_AND_ALGORITHM means that the target server can only handle 56bit encryption. If the server is updated to 128-bit encryption, it should work. This fits with your report that one server works fine, but another doesn't. Let us know how you get on. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=899649&group_id=29880 From noreply at sourceforge.net Fri Feb 20 04:07:13 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 20 04:07:13 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-899649 ] check_http --ssl problem Message-ID: Bugs item #899649, was opened at 2004-02-18 15:41 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=899649&group_id=29880 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Vaclav Hala (vaclavhala) Assigned to: Ton Voon (tonvoon) Summary: check_http --ssl problem Initial Comment: System description: FreeBSD 4.9, nagios-1.2 and nagios-plugins-1.3.1_1 from ports when I use check_http --ssl on one server result is OK, on another is result: ./check_http -I 192.168.10.16 --ssl 44958:error:140820A7:SSL routines:SSL3_CHECK_CERT_AND_ALGORITHM:missing export tmp rsa key:/usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s3_clnt.c:1952: Unable to open TCP socket ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-02-20 11:58 Message: Logged In: YES user_id=664364 Thanks for the update. Closed. ---------------------------------------------------------------------- Comment By: Vaclav Hala (vaclavhala) Date: 2004-02-20 11:39 Message: Logged In: YES user_id=978632 Problem was solved by adding line SSLCipherSuite to httpd.conf. Thank You ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-02-20 03:53 Message: Logged In: YES user_id=664364 Vaclav, A quick search on google suggests that SSL3_CHECK_CERT_AND_ALGORITHM means that the target server can only handle 56bit encryption. If the server is updated to 128-bit encryption, it should work. This fits with your report that one server works fine, but another doesn't. Let us know how you get on. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=899649&group_id=29880 From noreply at sourceforge.net Fri Feb 20 04:08:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 20 04:08:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-899746 ] check_http --ssl problem Message-ID: Bugs item #899746, was opened at 2004-02-18 17:24 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=899746&group_id=29880 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Vaclav Hala (vaclavhala) >Assigned to: Ton Voon (tonvoon) Summary: check_http --ssl problem Initial Comment: System description: FreeBSD 4.9, nagios-1.2 and nagios-plugins-1.3.1_1 from ports when I use check_http --ssl on one server result is OK, on another is result: ./check_http -I 192.168.10.16 --ssl 44958:error:140820A7:SSL routines:SSL3_CHECK_CERT_AND_ALGORITHM:missing export tmp rsa key:/usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s3_clnt.c:1952: Unable to open TCP socket ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-02-20 11:59 Message: Logged In: YES user_id=664364 Duplicate of 899649 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=899746&group_id=29880 From shawn at greymetalprimer.com Fri Feb 20 09:11:23 2004 From: shawn at greymetalprimer.com (Shawn Wills) Date: Fri Feb 20 09:11:23 2004 Subject: [Nagiosplug-devel] check_http Content-Type In-Reply-To: Message-ID: I think 'T:' should be added to the call to getopt_long. while (1) { c = getopt_long (argc, argv, "Vvh46t:c:w:H:P:T:I:a:e:p:s:R:r:u:f:C:nlLSm:", longopts, &option); I've attached a patch for check_http.c 1.56. On Fri, 20 Feb 2004, Ton Voon wrote: > > Patch looks good. Have applied it to check_http.c v1.56. It will not be > applied to r1.3.1 as this is only for bug fixes. > > Can you please try out the latest snapshot to see if it is okay. > > Ton > -------------- next part -------------- --- nagiosplug/plugins/check_http.c Thu Feb 19 21:47:17 2004 +++ nagiospluga/plugins/check_http.c Fri Feb 20 08:36:54 2004 @@ -232,7 +232,7 @@ } while (1) { - c = getopt_long (argc, argv, "Vvh46t:c:w:H:P:I:a:e:p:s:R:r:u:f:C:nlLSm:", longopts, &option); + c = getopt_long (argc, argv, "Vvh46t:c:w:H:P:T:I:a:e:p:s:R:r:u:f:C:nlLSm:", longopts, &option); if (c == -1 || c == EOF) break; From tom at persofrance.dyndns.org Fri Feb 20 11:40:03 2004 From: tom at persofrance.dyndns.org (Gilles THOMAS) Date: Fri Feb 20 11:40:03 2004 Subject: [Nagiosplug-devel] new plugin for oracle References: <200402200441.i1K4famD017709@17709persofrance.dyndns.org> Message-ID: <005901c3f7e8$4f140010$020010ac@m.fr> Hi I make this plugin for nagios, the plugin enable to monitor an oracle database. indeed to be sure oracle allow a connection and so running nice, the plugin connect to oracle and do ? request. it compare the string that must match the globale database name and return the Uptime. the command arguments are : -s SID -u user -p passwd -c global_database_name here the script : ----------------------- cut here ------------------------------------------- #!/bin/sh # # This script is intended to be executed by Nagios # Before use it and install in Nagios, you must configure the $DIR variable # at line 18 # # The Oracle client must be install on the nagios/station... # And the system must be configured with : # ORACLE_HOME and ORACLE_SID # You can test with ' set | grep ORACLE_SID ' and ' set | grep ORACLE_HOME ' # # Any hints on errors or bugs aswell as recommendations for additions are always welcome # # # Tom tom at persofrance.dyndns.org # =======================================================( Header / Syntax )=== DIR=/usr/local/nagios/libexec if [ -z "$1" ]; then SCRIPT=${0##*/} echo Bad arguments... echo ============================================================================ echo "${SCRIPT} v 0.1 beta (c) 2004 by tom (tom at persofrance.dyndns.org)" echo ----------------------------------------------------------------------- ----- echo This script is intended to be executed by Nagios... echo ----------------------------------------------------------------------- ----- echo "Syntax: ${SCRIPT} " echo " Options:" echo " -s " echo " -p " echo " -u " echo " -c " echo " Example: " echo " ${SCRIPT} -s SID -u user -p passwd -c global_database_name" echo ============================================================================ echo exit 3 fi # ------------------------------------------( process command line options )--- while [ "$1" != "" ] ; do case "$1" in -s) shift; ORACLE_CONNECT=$1;; -u) shift; username=$1;; -p) shift; passwd=$1;; -c) shift; chaine=$1;; esac shift done if [ -z "$ORACLE_CONNECT" ]; then ORACLE_CONNECT=$ORACLE_SID fi if [ -n "$username" ]; then user=$username fi if [ -n "$passwd" ]; then password=$passwd fi if [ -n "$chaine" ]; then cherche_chaine=$chaine fi SQLSET=$DIR/orasnap_sqlset_$ORACLE_SID.$$ TMPOUT=$DIR/orasnap_tmpout_$ORACLE_SID.$$ cd $DIR echo | pwd > $DIR/log.log echo | whoami >> $DIR/log.log ORACLE__HOME=`set |grep ORACLE_HOME | awk -F "=" '{print $2}'` echo $ORACLE__HOME >> $DIR/log.log export ORACLE_HOME=$ORACLE__HOME # ------------------------------------------( Start the Run of the Scripts )--- cat >$SQLSET<>$DIR/log.log # You can see log.log" to debug.... cherch=`cat $TMPOUT | awk '{print $1}'` char=`cat $TMPOUT` if [ "$cherch" = "$cherche_chaine" ]; then echo OK - Connected, result of the query : $char rm -f $SQLSET $TMPOUT exit 0 else err=`cat $TMPOUT | awk '{print $1}'` if [ "$err" = SP2-0640: ]; then echo CRITICAL - Not connected ! rm -f $SQLSET $TMPOUT exit 2 else echo Warning - Bad result : $cherch ... You try to search for $cherche_chaine rm -f $SQLSET $TMPOUT exit 1 fi fi exit 3 ----------------------- cut here ------------------------------------------- you can see it in action at http://persofrance.dyndns.org/modules.php?name=NukeFrame&page=http://persofrance.dyndns.org/nagios/cgi-bin/status.cgi?host=all&style=hostdetail guest/guest tom From tonvoon at mac.com Fri Feb 20 11:48:23 2004 From: tonvoon at mac.com (Ton Voon) Date: Fri Feb 20 11:48:23 2004 Subject: [Nagiosplug-devel] check_http Content-Type In-Reply-To: References: Message-ID: On 20 Feb, 2004, at 16:43, Shawn Wills wrote: > I think 'T:' should be added to the call to getopt_long. > > while (1) { > c = getopt_long (argc, argv, > "Vvh46t:c:w:H:P:T:I:a:e:p:s:R:r:u:f:C:nlLSm:", longopts, &option); > > I've attached a patch for check_http.c 1.56. > My amateur mistake - fixed in 1.57. Thanks! Ton From noreply at sourceforge.net Fri Feb 20 20:04:14 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 20 20:04:14 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-882381 ] check_breeze compile failure Message-ID: Bugs item #882381, was opened at 2004-01-22 15:27 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=882381&group_id=29880 Category: Parsing problem Group: v1.3.0 beta3 >Status: Closed Resolution: None Priority: 5 Submitted By: Jason Martin (jhmartin) >Assigned to: Karl DeBisschop (kdebisschop) Summary: check_breeze compile failure Initial Comment: >From the 1.3.1 check-breeze: ./check_breeze Global symbol "$opt_C" requires explicit package name at ./check_breeze line 26. Global symbol "$opt_C" requires explicit package name at ./check_breeze line 26. Global symbol "$opt_C" requires explicit package name at ./check_breeze line 47. Global symbol "$opt_C" requires explicit package name at ./check_breeze line 47. Global symbol "$opt_C" requires explicit package name at ./check_breeze line 50. Execution of ./check_breeze aborted due to compilation errors. I believe the problem is that opt_C is not specified in: use vars qw($opt_V $opt_h $opt_H $opt_w $opt_c $PROGNAME); ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-20 22:55 Message: Logged In: YES user_id=1671 report and diagnosis confirmed. Fixed in HEAD and stable CVS Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=882381&group_id=29880 From awais at eurobell.net Mon Feb 23 04:49:45 2004 From: awais at eurobell.net (Awais Ahmad) Date: Mon Feb 23 04:49:45 2004 Subject: [Nagiosplug-devel] check_dns In-Reply-To: <1077249170.5564.14.camel@miles> References: <002701c3f5a0$a91676a0$1400a8c0@splash.co.za> <146BE056-61B9-11D8-B2EB-000A27E41300@mac.com> <1077102013.5454.8.camel@miles> <1077249170.5564.14.camel@miles> Message-ID: <1077539806.3664.173.camel@smithers> I have done this with the stable version of check_dns.c but never had the time to carry the changes across to HEAD. The patch is attached. Although the main resolver lib functions are available, via GLIBC/LIBC,the response parsing routines (ns_parserr and friends) are only visible to the resolver lib functions themselves. I've had to roll my own. I've tested on Debian GNU/Linux, Redhat GNU/Linux, FreeBSD current/4.X and Solaris 7. Awais Ahmad On Fri, 2004-02-20 at 03:52, Karl DeBisschop wrote: > On Thu, 2004-02-19 at 22:34, Ton Voon wrote: > > > I'll have a go at this change, but only after I can get check_dns to > > use the resolver routines instead of nslookup first. Most of > > check_dns.c looks like it is parsing for error messages in nslookup! > > Makes sense to me. That was the direction we wanted to go anyway, to use > the resolver instead of parsing scripts. > > IIRC, the resolver is covered by POSIX, so we should have much less > platform-specific cruft once we do that. > > -- > Karl > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > 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 > -------------- next part -------------- --- check_dns.c Sat Nov 15 23:24:22 2003 +++ check_dns.c.current Mon Feb 23 12:38:28 2004 @@ -6,11 +6,12 @@ * License: GPL * Copyright (c) 1999 Ethan Galstad (nagios at nagios.org) * - * Last Modified: $Date: 2003/02/21 21:46:27 $ + * Last Modified: $Date: 2003/05/31 14:39:33 $ * * Notes: * - Safe popen added by Karl DeBisschop 9-11-99 * - expected-address parameter added by Alex Chaffee - 7 Oct 2002 + * - modified to use resolver libs by Awais Ahmad - 14/11/2003 * * Command line: (see print_usage) * @@ -44,19 +45,21 @@ * *****************************************************************************/ +#include +#include +#include #include "common.h" -#include "popen.h" #include "utils.h" + const char *progname = "check_dns"; -#define REVISION "$Revision: 1.8 $" +#define REVISION "$Revision: 1.8.2.3 $" #define COPYRIGHT "2000-2002" int process_arguments (int, char **); int validate_arguments (void); void print_usage (void); void print_help (void); -int error_scan (char *); #define ADDRESS_LENGTH 256 char query_address[ADDRESS_LENGTH] = ""; @@ -75,186 +78,59 @@ char *address = NULL; char *temp_buffer = NULL; int result = STATE_UNKNOWN; + char queryresult[ADDRESS_LENGTH]; + - /* Set signal handling and alarm */ - if (signal (SIGALRM, popen_timeout_alarm_handler) == SIG_ERR) { - printf ("Cannot catch SIGALRM"); - return STATE_UNKNOWN; - } if (process_arguments (argc, argv) != OK) { print_usage (); return STATE_UNKNOWN; } - /* get the command to run */ - asprintf (&command_line, "%s %s %s", NSLOOKUP_COMMAND, query_address, dns_server); + /* Set signal handling and alarm */ + if (signal (SIGALRM, timeout_alarm_handler) == SIG_ERR) { + printf ("Cannot catch SIGALRM"); + return STATE_UNKNOWN; + } alarm (timeout_interval); time (&start_time); - if (verbose) - printf ("%s\n", command_line); - /* run the command */ - child_process = spopen (command_line); - if (child_process == NULL) { - printf ("Could not open pipe: %s\n", command_line); - return STATE_UNKNOWN; - } + if (verbose) + printf("Query address:%s DNS server:%s\n", query_address, dns_server); - child_stderr = fdopen (child_stderr_array[fileno (child_process)], "r"); - if (child_stderr == NULL) - printf ("Could not open stderr for %s\n", command_line); - - /* scan stdout */ - while (fgets (input_buffer, MAX_INPUT_BUFFER - 1, child_process)) { - - if (verbose) - printf ("%s\n", input_buffer); - - if (strstr (input_buffer, ".in-addr.arpa")) { - if ((temp_buffer = strstr (input_buffer, "name = "))) - address = strscpy (address, temp_buffer + 7); - else { - output = strscpy (output, "Unknown error (plugin)"); - result = STATE_WARNING; - } - } + result = nslookup(dns_server, query_address, &queryresult, verbose); + + (void) time (&end_time); - /* the server is responding, we just got the host name... */ - if (strstr (input_buffer, "Name:")) { + if (result == STATE_CRITICAL) { - /* get the host address */ - if (!fgets (input_buffer, MAX_INPUT_BUFFER - 1, child_process)) - break; - - if (verbose) - printf ("%s\n", input_buffer); - - if ((temp_buffer = index (input_buffer, ':'))) { - temp_buffer++; - /* Strip leading spaces */ - for (; *temp_buffer != '\0' && *temp_buffer == ' '; temp_buffer++) - /* NOOP */; - address = strscpy (address, temp_buffer); - strip (address); - result = STATE_OK; - } - else { - output = strscpy (output, "Unknown error (plugin)"); - result = STATE_WARNING; - } + terminate (STATE_CRITICAL, + "DNS CRITICAL - '%s'\n", strerror(errno)); - break; - } + }else if (result == STATE_WARNING) { - result = error_scan (input_buffer); - if (result != STATE_OK) { - output = strscpy (output, 1 + index (input_buffer, ':')); - break; - } + /* query succeeded with no result */ + printf("DNS WARNING - Server has no records for %s\n", query_address); - } + /* compare to expected address */ + }else if (match_expected_address && strcmp(queryresult, expected_address)) { - /* scan stderr */ - while (fgets (input_buffer, MAX_INPUT_BUFFER - 1, child_stderr)) { - if (error_scan (input_buffer) != STATE_OK) { - result = max_state (result, error_scan (input_buffer)); - output = strscpy (output, 1 + index (input_buffer, ':')); - } - } + result = STATE_CRITICAL; + printf("DNS CRITICAL - expected %s but got %s\n", expected_address, queryresult); - /* close stderr */ - (void) fclose (child_stderr); + }else if (result == STATE_OK) { - /* close stdout */ - if (spclose (child_process)) { - result = max_state (result, STATE_WARNING); - if (!strcmp (output, "")) - output = strscpy (output, "nslookup returned error status"); + printf ("DNS ok - %d seconds response time, Address is %s\n", + (int) (end_time - start_time), queryresult); } - /* compare to expected address */ - if (result == STATE_OK && match_expected_address && strcmp(address, expected_address)) { - result = STATE_CRITICAL; - asprintf(&output, "expected %s but got %s", expected_address, address); - } - - (void) time (&end_time); + - if (result == STATE_OK) - printf ("DNS ok - %d seconds response time, Address(es) is/are %s\n", - (int) (end_time - start_time), address); - else if (result == STATE_WARNING) - printf ("DNS WARNING - %s\n", - !strcmp (output, "") ? " Probably a non-existent host/domain" : output); - else if (result == STATE_CRITICAL) - printf ("DNS CRITICAL - %s\n", - !strcmp (output, "") ? " Probably a non-existent host/domain" : output); - else - printf ("DNS problem - %s\n", - !strcmp (output, "") ? " Probably a non-existent host/domain" : output); return result; } -int -error_scan (char *input_buffer) -{ - - /* the DNS lookup timed out */ - if (strstr (input_buffer, - "Note: nslookup is deprecated and may be removed from future releases.") - || strstr (input_buffer, - "Consider using the `dig' or `host' programs instead. Run nslookup with") - || strstr (input_buffer, - "the `-sil[ent]' option to prevent this message from appearing.")) - return STATE_OK; - - /* the DNS lookup timed out */ - else if (strstr (input_buffer, "Timed out")) - return STATE_WARNING; - - /* DNS server is not running... */ - else if (strstr (input_buffer, "No response from server")) - return STATE_CRITICAL; - - /* Host name is valid, but server doesn't have records... */ - else if (strstr (input_buffer, "No records")) - return STATE_WARNING; - - /* Host or domain name does not exist */ - else if (strstr (input_buffer, "Non-existent")) - return STATE_CRITICAL; - else if (strstr (input_buffer, "** server can't find")) - return STATE_CRITICAL; - else if(strstr(input_buffer,"NXDOMAIN")) /* 9.x */ - return STATE_CRITICAL; - - /* Connection was refused */ - else if (strstr (input_buffer, "Connection refused")) - return STATE_CRITICAL; - - /* Network is unreachable */ - else if (strstr (input_buffer, "Network is unreachable")) - return STATE_CRITICAL; - - /* Internal server failure */ - else if (strstr (input_buffer, "Server failure")) - return STATE_CRITICAL; - - /* DNS server refused to service request */ - else if (strstr (input_buffer, "Refused")) - return STATE_CRITICAL; - - /* Request error */ - else if (strstr (input_buffer, "Format error")) - return STATE_WARNING; - - else - return STATE_OK; - -} /* process command-line arguments */ int @@ -421,3 +297,106 @@ "be specified. If no DNS server is specified, the default server(s)\n" "specified in /etc/resolv.conf will be used.\n", DEFAULT_SOCKET_TIMEOUT); } + + + + +int nslookup(char *target, char *question, char *result, int verbose) { + + char replybuffer[ADDRESS_LENGTH*4]; + char *eom; + char *pos; + char tmp[1024]=""; + char name[ADDRESS_LENGTH]=""; + char cname[ADDRESS_LENGTH]=""; + int totalcount, count, offset, rrtype; + u_int16_t type; + u_int16_t class; + u_int16_t rdlength; + u_int32_t ttl; + struct in_addr target_in_addr, ipaddr, t_ipaddr; + + if (res_init() != 0) { + + if (verbose) printf("Call to res_init(3) failed:%s\n", + (char *)strerror(errno)); + return STATE_CRITICAL; + + } + + inet_aton(target, &target_in_addr.s_addr); + /* change _res to only contain our target name server */ + _res.nscount = 1; + _res.nsaddr_list[0].sin_addr = target_in_addr; + + if (inet_aton(question, &ipaddr.s_addr) == 0) { + rrtype = T_A; + }else{ + /* if this is an IP, then type is T_PTR */ + rrtype = T_PTR; + /* reverse the octets */ + t_ipaddr.s_addr = ipaddr.s_addr >> 24; + t_ipaddr.s_addr += (((ipaddr.s_addr >> 16) & 0xff) << 8); + t_ipaddr.s_addr += (((ipaddr.s_addr >> 8) & 0xff) << 16); + t_ipaddr.s_addr += ((ipaddr.s_addr & 0xff) << 24); + + strcpy(tmp, (char *)inet_ntoa(t_ipaddr.s_addr)); + strncat(tmp, ".in-addr.arpa", 13); + question=tmp; + } + + /* zero out buffer */ + bzero(replybuffer, sizeof(replybuffer)); + totalcount = res_query(question, C_IN, rrtype, replybuffer, + sizeof(replybuffer)); + + if ( totalcount == -1 ) { + if (errno == 0 ) { + /* query succeeded with no result */ + if (verbose) printf("Server has no records for %s\n", question); + return STATE_WARNING; + } + if (verbose) printf("Call to res_query(3) failed:%s\n", + (char *)strerror(errno)); + return STATE_CRITICAL; + + } + eom = replybuffer + totalcount; + count = dn_expand(replybuffer, eom, + replybuffer + 12, tmp, 1024); + offset = count + 16; + /* this gets us to the start of the reply */ + count = dn_expand(replybuffer, eom, + replybuffer + offset, name, 1024); + offset += count; + pos = offset + replybuffer; + /* we are at type now*/ + NS_GET16(type, pos); + NS_GET16(class, pos); + NS_GET32(ttl, pos); + NS_GET16(rdlength, pos); + + if (type == T_CNAME) { + /* another lookup is required */ + count = dn_expand(replybuffer, eom, + pos, cname, 1024); + return nslookup(target, cname, result, verbose); + } + + if (type == T_PTR) { + count = dn_expand(replybuffer, eom, + pos, result, 1024); + }else{ + memcpy(&t_ipaddr, (int *)pos, 4); + strcpy(result, (char *)inet_ntoa(t_ipaddr)); + } + if (verbose) { + + printf("\nName: %s\n", name); + printf("Type: %hu\n", type); + printf("TTL: %u\n", ttl); + printf("IP: %s\n\n", result); + } + return STATE_OK; +} + From noreply at sourceforge.net Tue Feb 24 06:18:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Feb 24 06:18:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-903461 ] check_nestat generates ipv6 calls (error) Message-ID: Bugs item #903461, was opened at 2004-02-24 14:14 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=903461&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Alex (faucon) Assigned to: Nobody/Anonymous (nobody) Summary: check_nestat generates ipv6 calls (error) Initial Comment: Short story : check_nwstat is doing 2 X AAAA request and 1 X A request to my DNS server since version 1.3.99 (1.13). Details and tests : Linux server RedHat9. DNS server Netware With check_nwstat v1.3.99 or more recent, my DNS server is showing that my Nagios server is doing 2 X AAAA request (ip6) and 1 X A request (ip4). I tested with version 1.3.1 of the plugins, and there is no problem there. (but features in latest release are needed). I tested with other plugins and with ping, and everything is fine. Here is a peace of the logs. ---------------------- ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type aaaa Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-educ1.cslaval.qc.ca) of type aaaa Domain Name "srv-educ1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type aaaa Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type aaaa Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-educ1.cslaval.qc.ca) of type a Domain Name "srv-educ1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type aaaa Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type a Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type a Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 --------------------------------- ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=903461&group_id=29880 From noreply at sourceforge.net Tue Feb 24 06:19:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Feb 24 06:19:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-903461 ] check_nwstat generates ipv6 calls (error) Message-ID: Bugs item #903461, was opened at 2004-02-24 14:14 Message generated for change (Settings changed) made by faucon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=903461&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Alex (faucon) Assigned to: Nobody/Anonymous (nobody) >Summary: check_nwstat generates ipv6 calls (error) Initial Comment: Short story : check_nwstat is doing 2 X AAAA request and 1 X A request to my DNS server since version 1.3.99 (1.13). Details and tests : Linux server RedHat9. DNS server Netware With check_nwstat v1.3.99 or more recent, my DNS server is showing that my Nagios server is doing 2 X AAAA request (ip6) and 1 X A request (ip4). I tested with version 1.3.1 of the plugins, and there is no problem there. (but features in latest release are needed). I tested with other plugins and with ping, and everything is fine. Here is a peace of the logs. ---------------------- ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type aaaa Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-educ1.cslaval.qc.ca) of type aaaa Domain Name "srv-educ1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type aaaa Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type aaaa Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-educ1.cslaval.qc.ca) of type a Domain Name "srv-educ1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type aaaa Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type a Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type a Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 --------------------------------- ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=903461&group_id=29880 From noreply at sourceforge.net Tue Feb 24 16:29:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Feb 24 16:29:00 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-870548 ] Plugin 1.4.0a1 -> /bin/ping does not terminate Message-ID: Bugs item #870548, was opened at 2004-01-04 13:55 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=870548&group_id=29880 Category: Argument proccessing Group: None Status: Open Resolution: None Priority: 5 Submitted By: Christian Exner (banane2000) Assigned to: Nobody/Anonymous (nobody) Summary: Plugin 1.4.0a1 -> /bin/ping does not terminate Initial Comment: On our system (Suse 8.1, Nagios 2.0a1, Plugins 1.4.0a1) i've detected about 400+ /bin/ping processes going all to only 2 IP-addresses (yes... only if the failure takes a long time but our failures often takes the whole weekend if the german Telekom cuts the DSL-Line of one of our external offices...). It seems that check_ping calls "/bin/ping -n -U -c 5 x.x.x.x" for checking. If pinged host is not reacheable /bin/ping does not terminate for a very long time (maybe until the failed host answers again). check_ping terminates after 10 secs. This is also documented in nagios web interface. But corresponding /bin/ping process stays active. Maybe it would help to pass "-w" (deadline) parameter to /bin/ping to force a termination after some time in such a case. Chris ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-02-24 16:25 Message: Logged In: YES user_id=983566 Nagios 1.2, Plugin 1.4.0a1, RedHat 7.3 same problem. Compiling plugins with --with-ping-command="/bin/ping -w 10 -n -U -c %d %s" solved this. But it would be nice to have the 10 second timeout for check_ping kill the ping process. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=870548&group_id=29880 From chaosman at projectx.homelinux.net Tue Feb 24 19:01:02 2004 From: chaosman at projectx.homelinux.net (Kai Bankett) Date: Tue Feb 24 19:01:02 2004 Subject: [Nagiosplug-devel] check_mrtgtraf plugin bits/s extension patch Message-ID: <1065114754.1077560833@[10.146.35.232]> Hi all, the company I?m currently working at demanded that the output-values of the check_mrtgtraf-plugin are displayed only in Bits/second. Main reason they wanted to have a different behavior is that all the rest of the monitoring tools used display bits/second. The attached diff-file tries to implement a new command-line switch (-b) to switch behavior from bytes to bits/second. Threshold factors are adjusted as well. Maybe there's someone listening on this list with the same problem and the patch can be a help or it gets included within the mainstream-plugins ? One more thing to mention : As far as I can see the second perfdata-function call seems to be wrong. I think second time the first parameter should be "out" not "in" ? Please cc me directly on replies because I?m currently not subscribed to the nagiosplug-devel list. Thanks, Kai -------------- next part -------------- A non-text attachment was scrubbed... Name: nagios-plugins-1.4.0alpha1-check_mrtgtraf-patch.diff Type: application/octet-stream Size: 6163 bytes Desc: not available URL: From jjh at ecs.soton.ac.uk Tue Feb 24 19:01:03 2004 From: jjh at ecs.soton.ac.uk (Jon. Hallett) Date: Tue Feb 24 19:01:03 2004 Subject: [Nagiosplug-devel] check_dns: expect authority flag Message-ID: <5.1.1.6.2.20040224104940.04103008@imap.ecs.soton.ac.uk> Below is patch which adds a -A/--expect-authority flag to check_dns. We use it to check that our name servers are authoritative for our domains and are not just serving our addresses from their caches, which can happen if the zone files are corrupted. For example, the following should succeed because we are (we hope) authoritative for our own domains: # ./check_dns -H www.ecs.soton.ac.uk -s ns0.ecs.soton.ac.uk -A DNS ok - 0.026 seconds response time, address is 152.78.68.160|time=25955us;;;0 and the next one should fail because the server is just a cache: # ./check_dns -H www.ecs.soton.ac.uk -s ns0.ja.net -A DNS CRITICAL - server ns0.ja.net is not authoritative for www.ecs.soton.ac.uk I hope this patch will be useful to someone else. Jon. *** check_dns.c.orig Thu Aug 28 04:53:52 2003 --- check_dns.c Tue Feb 24 10:19:41 2004 *************** *** 11,16 **** --- 11,17 ---- * Notes: * - Safe popen added by Karl DeBisschop 9-11-99 * - expected-address parameter added by Alex Chaffee - 7 Oct 2002 + * - expect-authority flag added by Jon. Hallett 2004-02-23 * * Command line: (see print_usage) * *************** *** 66,71 **** --- 67,73 ---- char ptr_server[ADDRESS_LENGTH] = ""; int verbose = FALSE; char expected_address[ADDRESS_LENGTH] = ""; + int expect_authority = FALSE; int match_expected_address = FALSE; int *************** *** 75,80 **** --- 77,83 ---- char input_buffer[MAX_INPUT_BUFFER]; char *output = NULL; char *address = NULL; + int non_authoritative = FALSE; char *temp_buffer = NULL; int result = STATE_UNKNOWN; double elapsed_time; *************** *** 161,166 **** --- 164,172 ---- break; } + else if (strstr (input_buffer, "Non-authoritative answer:")) { + non_authoritative = TRUE; + } result = error_scan (input_buffer); if (result != STATE_OK) { *************** *** 203,208 **** --- 209,220 ---- asprintf(&output, _("expected %s but got %s"), expected_address, address); } + /* check if authoritative */ + if (result == STATE_OK && expect_authority && non_authoritative) { + result = STATE_CRITICAL; + asprintf(&output, _("server %s is not authoritative for %s"), dns_server, query_address); + } + microsec = deltime (tv); elapsed_time = (double)microsec / 1.0e6; *************** *** 293,298 **** --- 305,311 ---- {"server", required_argument, 0, 's'}, {"reverse-server", required_argument, 0, 'r'}, {"expected-address", required_argument, 0, 'a'}, + {"expect-authority", no_argument, 0, 'A'}, {0, 0, 0, 0} }; *************** *** 304,310 **** strcpy (argv[c], "-t"); while (1) { ! c = getopt_long (argc, argv, "hVvt:H:s:r:a:", long_opts, &opt_index); if (c == -1 || c == EOF) break; --- 317,323 ---- strcpy (argv[c], "-t"); while (1) { ! c = getopt_long (argc, argv, "hVvt:H:s:r:a:A", long_opts, &opt_index); if (c == -1 || c == EOF) break; *************** *** 360,365 **** --- 373,381 ---- strcpy (expected_address, optarg); match_expected_address = TRUE; break; + case 'A': /* expect authority */ + expect_authority = TRUE; + break; } } *************** *** 416,422 **** -s, --server=HOST\n\ Optional DNS server you want to use for the lookup\n\ -a, --expected-address=IP-ADDRESS\n\ ! Optional IP address you expect the DNS server to return\n")); printf (_(UT_TIMEOUT), DEFAULT_SOCKET_TIMEOUT); --- 432,440 ---- -s, --server=HOST\n\ Optional DNS server you want to use for the lookup\n\ -a, --expected-address=IP-ADDRESS\n\ ! Optional IP address you expect the DNS server to return\n\ ! -A, --expect-authority\n\ ! Optionally expect the DNS server to be authoritative for the lookup\n")); printf (_(UT_TIMEOUT), DEFAULT_SOCKET_TIMEOUT); *************** *** 436,442 **** print_usage (void) { printf (_("\ ! Usage: %s -H host [-s server] [-a expected-address] [-t timeout]\n\ %s --help\n\ %s --version\n"), progname, progname, progname); --- 454,460 ---- print_usage (void) { printf (_("\ ! Usage: %s -H host [-s server] [-a expected-address] [-A] [-t timeout]\n\ %s --help\n\ %s --version\n"), progname, progname, progname); From noreply at sourceforge.net Tue Feb 24 23:20:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Feb 24 23:20:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-870548 ] Plugin 1.4.0a1 -> /bin/ping does not terminate Message-ID: Bugs item #870548, was opened at 2004-01-04 16:55 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=870548&group_id=29880 Category: Argument proccessing Group: None Status: Open Resolution: None Priority: 5 Submitted By: Christian Exner (banane2000) Assigned to: Nobody/Anonymous (nobody) >Summary: Plugin 1.4.0a1 -> /bin/ping does not terminate Initial Comment: On our system (Suse 8.1, Nagios 2.0a1, Plugins 1.4.0a1) i've detected about 400+ /bin/ping processes going all to only 2 IP-addresses (yes... only if the failure takes a long time but our failures often takes the whole weekend if the german Telekom cuts the DSL-Line of one of our external offices...). It seems that check_ping calls "/bin/ping -n -U -c 5 x.x.x.x" for checking. If pinged host is not reacheable /bin/ping does not terminate for a very long time (maybe until the failed host answers again). check_ping terminates after 10 secs. This is also documented in nagios web interface. But corresponding /bin/ping process stays active. Maybe it would help to pass "-w" (deadline) parameter to /bin/ping to force a termination after some time in such a case. Chris ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-25 02:16 Message: Logged In: YES user_id=1671 It would be nicer if the '-w' option were more widely supported than linux. I can demonstrate that it is not available on solaris 8, so it's clear that implementing this change requires modifications to the autoconf script. But it's probably worth doing, even though there is a risk that some other implementation will assign a different meaning to '-w' ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-02-24 19:25 Message: Logged In: YES user_id=983566 Nagios 1.2, Plugin 1.4.0a1, RedHat 7.3 same problem. Compiling plugins with --with-ping-command="/bin/ping -w 10 -n -U -c %d %s" solved this. But it would be nice to have the 10 second timeout for check_ping kill the ping process. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=870548&group_id=29880 From noreply at sourceforge.net Wed Feb 25 00:08:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Feb 25 00:08:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-870548 ] Plugin 1.4.0a1 -> /bin/ping does not terminate Message-ID: Bugs item #870548, was opened at 2004-01-04 21:55 Message generated for change (Comment added) made by redflo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=870548&group_id=29880 Category: Argument proccessing Group: None Status: Open Resolution: None Priority: 5 Submitted By: Christian Exner (banane2000) Assigned to: Nobody/Anonymous (nobody) Summary: Plugin 1.4.0a1 -> /bin/ping does not terminate Initial Comment: On our system (Suse 8.1, Nagios 2.0a1, Plugins 1.4.0a1) i've detected about 400+ /bin/ping processes going all to only 2 IP-addresses (yes... only if the failure takes a long time but our failures often takes the whole weekend if the german Telekom cuts the DSL-Line of one of our external offices...). It seems that check_ping calls "/bin/ping -n -U -c 5 x.x.x.x" for checking. If pinged host is not reacheable /bin/ping does not terminate for a very long time (maybe until the failed host answers again). check_ping terminates after 10 secs. This is also documented in nagios web interface. But corresponding /bin/ping process stays active. Maybe it would help to pass "-w" (deadline) parameter to /bin/ping to force a termination after some time in such a case. Chris ---------------------------------------------------------------------- Comment By: Florian Gleixner (redflo) Date: 2004-02-25 08:03 Message: Logged In: YES user_id=183182 On solaris try: ping hostname timeout Example: ping www.google.de 10 or if you want more accurate statistics: ping -s -t ttl hostname packet_length number_of_packets Example: ping -s -t 2 www.google.de 64 5 Flo ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-25 07:16 Message: Logged In: YES user_id=1671 It would be nicer if the '-w' option were more widely supported than linux. I can demonstrate that it is not available on solaris 8, so it's clear that implementing this change requires modifications to the autoconf script. But it's probably worth doing, even though there is a risk that some other implementation will assign a different meaning to '-w' ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-02-25 00:25 Message: Logged In: YES user_id=983566 Nagios 1.2, Plugin 1.4.0a1, RedHat 7.3 same problem. Compiling plugins with --with-ping-command="/bin/ping -w 10 -n -U -c %d %s" solved this. But it would be nice to have the 10 second timeout for check_ping kill the ping process. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=870548&group_id=29880 From noreply at sourceforge.net Wed Feb 25 00:23:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Feb 25 00:23:00 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-866485 ] Overflow in check_swap Message-ID: Bugs item #866485, was opened at 2003-12-27 18:56 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=866485&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Johannes Formann (jformann) Assigned to: Nobody/Anonymous (nobody) Summary: Overflow in check_swap Initial Comment: When running check_swap on server with more than 4 GB swap (in this case with about 16 GB) it will report a false percentage as beeing used: /opt/master/nagios/libexec/check_swap -w 30% -c 70% WARNING - Swap used: 32% (1412804608 out of 4294967295) # free total used free shared buffers cached Mem: 4011044 4001688 9356 0 23168 3668088 -/+ buffers/cache: 310432 3700612 Swap: 16097500 1379860 14717640 I've checked this from 1.3 over 1.3.1 up to 1.4a1 I think the vars must be changed from long to long long. ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-25 03:18 Message: Logged In: YES user_id=1671 I think changing the vars to long long as you suggest is a better option than the patch below. The change has been made and committed to CVS head. I had a test case which showed incorrect info before the patch and correct info after, so in at least one case the patch works as expected. ---------------------------------------------------------------------- Comment By: Johannes Formann (jformann) Date: 2004-01-01 14:40 Message: Logged In: YES user_id=938859 Someone was so nice, to take a look (thanks Hunz) and made me a smal patch I'd like to share *** ../nagios-plugins-1.4.0alpha1/plugins/check_swap.c Wed Nov 12 05:37:19 2003 --- plugins/check_swap.c Thu Jan 1 19:28:34 2004 *************** *** 82,87 **** --- 82,95 ---- #ifdef HAVE_PROC_MEMINFO fp = fopen (PROC_MEMINFO, "r"); while (fgets (input_buffer, MAX_INPUT_BUFFER - 1, fp)) { + unsigned long tmp; + if(sscanf(input_buffer, "%s %lu", str, &tmp)==2) { + if(! strncmp(str,"SwapTotal",strlen("SwapTotal"))) + total_swap+=(tmp>>10); + else if(! strncmp(str,"SwapFree",strlen("SwapFree"))) + free_swap+=(tmp>>10); + } + /* if (sscanf (input_buffer, " %s %lu %lu %lu", str, &dsktotal, &dskused, &dskfree) == 4 && strstr (str, "Swap")) { dsktotal = dsktotal / 1048576; *************** *** 97,104 **** --- 105,114 ---- asprintf (&status, "%s [%lu (%d%%)]", status, dskfree, 100 - percent); } } + */ } fclose(fp); + used_swap=total_swap-free_swap; #else # ifdef HAVE_SWAP asprintf(&swap_command, "%s", SWAP_COMMAND); *************** *** 240,246 **** check_swap (int usp, long unsigned int free_swap) { int result = STATE_UNKNOWN; - free_swap = free_swap * 1024; /* Convert back to bytes as warn and crit specified in bytes */ if (usp >= 0 && crit_percent != 0 && usp >= (100.0 - crit_percent)) result = STATE_CRITICAL; else if (crit_size > 0 && free_swap <= crit_size) --- 251,256 ---- *************** *** 399,411 **** printf (_("\n -w, --warning=INTEGER\n! Exit with WARNING status if less than INTEGER bytes of swap space are free\n -w, --warning=PERCENT%%\n! Exit with WARNING status if less than PERCENT of swap space has been used\n -c, --critical=INTEGER\n! Exit with CRITICAL status if less than INTEGER bytes of swap space are free\n -c, --critical=PERCENT%%\n! Exit with CRITCAL status if less than PERCENT of swap space has been used\n -a, --allswaps\n Conduct comparisons for all swap partitions, one by one\n")); --- 410,422 ---- printf (_("\n -w, --warning=INTEGER\n! Exit with WARNING status if less than INTEGER mega bytes of swap space are free\n -w, --warning=PERCENT%%\n! Exit with WARNING status if less than PERCENT of swap space are free\n -c, --critical=INTEGER\n! Exit with CRITICAL status if less than INTEGER mega bytes of swap space are free\n -c, --critical=PERCENT%%\n! Exit with CRITCAL status if less than PERCENT of swap space are free\n -a, --allswaps\n Conduct comparisons for all swap partitions, one by one\n")); *************** *** 426,433 **** print_usage (void) { printf (_("Usage:\n! %s [-a] -w %% -c %%\n! %s [-a] -w -c \n %s (-h | --help) for detailed help\n %s (-V | --version) for version information\n"), progname, progname, progname, progname); --- 437,444 ---- print_usage (void) { printf (_("Usage:\n! %s [-a] -w %% -c %%\n! %s [-a] -w -c \n %s (-h | --help) for detailed help\n %s (-V | --version) for version information\n"), progname, progname, progname, progname); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=866485&group_id=29880 From noreply at sourceforge.net Wed Feb 25 00:24:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Feb 25 00:24:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-866485 ] Overflow in check_swap Message-ID: Bugs item #866485, was opened at 2003-12-27 18:56 Message generated for change (Settings changed) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=866485&group_id=29880 Category: None Group: None Status: Open >Resolution: Fixed Priority: 5 Submitted By: Johannes Formann (jformann) >Assigned to: Karl DeBisschop (kdebisschop) Summary: Overflow in check_swap Initial Comment: When running check_swap on server with more than 4 GB swap (in this case with about 16 GB) it will report a false percentage as beeing used: /opt/master/nagios/libexec/check_swap -w 30% -c 70% WARNING - Swap used: 32% (1412804608 out of 4294967295) # free total used free shared buffers cached Mem: 4011044 4001688 9356 0 23168 3668088 -/+ buffers/cache: 310432 3700612 Swap: 16097500 1379860 14717640 I've checked this from 1.3 over 1.3.1 up to 1.4a1 I think the vars must be changed from long to long long. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-25 03:18 Message: Logged In: YES user_id=1671 I think changing the vars to long long as you suggest is a better option than the patch below. The change has been made and committed to CVS head. I had a test case which showed incorrect info before the patch and correct info after, so in at least one case the patch works as expected. ---------------------------------------------------------------------- Comment By: Johannes Formann (jformann) Date: 2004-01-01 14:40 Message: Logged In: YES user_id=938859 Someone was so nice, to take a look (thanks Hunz) and made me a smal patch I'd like to share *** ../nagios-plugins-1.4.0alpha1/plugins/check_swap.c Wed Nov 12 05:37:19 2003 --- plugins/check_swap.c Thu Jan 1 19:28:34 2004 *************** *** 82,87 **** --- 82,95 ---- #ifdef HAVE_PROC_MEMINFO fp = fopen (PROC_MEMINFO, "r"); while (fgets (input_buffer, MAX_INPUT_BUFFER - 1, fp)) { + unsigned long tmp; + if(sscanf(input_buffer, "%s %lu", str, &tmp)==2) { + if(! strncmp(str,"SwapTotal",strlen("SwapTotal"))) + total_swap+=(tmp>>10); + else if(! strncmp(str,"SwapFree",strlen("SwapFree"))) + free_swap+=(tmp>>10); + } + /* if (sscanf (input_buffer, " %s %lu %lu %lu", str, &dsktotal, &dskused, &dskfree) == 4 && strstr (str, "Swap")) { dsktotal = dsktotal / 1048576; *************** *** 97,104 **** --- 105,114 ---- asprintf (&status, "%s [%lu (%d%%)]", status, dskfree, 100 - percent); } } + */ } fclose(fp); + used_swap=total_swap-free_swap; #else # ifdef HAVE_SWAP asprintf(&swap_command, "%s", SWAP_COMMAND); *************** *** 240,246 **** check_swap (int usp, long unsigned int free_swap) { int result = STATE_UNKNOWN; - free_swap = free_swap * 1024; /* Convert back to bytes as warn and crit specified in bytes */ if (usp >= 0 && crit_percent != 0 && usp >= (100.0 - crit_percent)) result = STATE_CRITICAL; else if (crit_size > 0 && free_swap <= crit_size) --- 251,256 ---- *************** *** 399,411 **** printf (_("\n -w, --warning=INTEGER\n! Exit with WARNING status if less than INTEGER bytes of swap space are free\n -w, --warning=PERCENT%%\n! Exit with WARNING status if less than PERCENT of swap space has been used\n -c, --critical=INTEGER\n! Exit with CRITICAL status if less than INTEGER bytes of swap space are free\n -c, --critical=PERCENT%%\n! Exit with CRITCAL status if less than PERCENT of swap space has been used\n -a, --allswaps\n Conduct comparisons for all swap partitions, one by one\n")); --- 410,422 ---- printf (_("\n -w, --warning=INTEGER\n! Exit with WARNING status if less than INTEGER mega bytes of swap space are free\n -w, --warning=PERCENT%%\n! Exit with WARNING status if less than PERCENT of swap space are free\n -c, --critical=INTEGER\n! Exit with CRITICAL status if less than INTEGER mega bytes of swap space are free\n -c, --critical=PERCENT%%\n! Exit with CRITCAL status if less than PERCENT of swap space are free\n -a, --allswaps\n Conduct comparisons for all swap partitions, one by one\n")); *************** *** 426,433 **** print_usage (void) { printf (_("Usage:\n! %s [-a] -w %% -c %%\n! %s [-a] -w -c \n %s (-h | --help) for detailed help\n %s (-V | --version) for version information\n"), progname, progname, progname, progname); --- 437,444 ---- print_usage (void) { printf (_("Usage:\n! %s [-a] -w %% -c %%\n! %s [-a] -w -c \n %s (-h | --help) for detailed help\n %s (-V | --version) for version information\n"), progname, progname, progname, progname); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=866485&group_id=29880 From noreply at sourceforge.net Wed Feb 25 00:24:08 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Feb 25 00:24:08 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-870548 ] Plugin 1.4.0a1 -> /bin/ping does not terminate Message-ID: Bugs item #870548, was opened at 2004-01-04 16:55 Message generated for change (Settings changed) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=870548&group_id=29880 Category: Argument proccessing Group: None Status: Open >Resolution: Fixed Priority: 5 Submitted By: Christian Exner (banane2000) >Assigned to: Karl DeBisschop (kdebisschop) Summary: Plugin 1.4.0a1 -> /bin/ping does not terminate Initial Comment: On our system (Suse 8.1, Nagios 2.0a1, Plugins 1.4.0a1) i've detected about 400+ /bin/ping processes going all to only 2 IP-addresses (yes... only if the failure takes a long time but our failures often takes the whole weekend if the german Telekom cuts the DSL-Line of one of our external offices...). It seems that check_ping calls "/bin/ping -n -U -c 5 x.x.x.x" for checking. If pinged host is not reacheable /bin/ping does not terminate for a very long time (maybe until the failed host answers again). check_ping terminates after 10 secs. This is also documented in nagios web interface. But corresponding /bin/ping process stays active. Maybe it would help to pass "-w" (deadline) parameter to /bin/ping to force a termination after some time in such a case. Chris ---------------------------------------------------------------------- Comment By: Florian Gleixner (redflo) Date: 2004-02-25 03:03 Message: Logged In: YES user_id=183182 On solaris try: ping hostname timeout Example: ping www.google.de 10 or if you want more accurate statistics: ping -s -t ttl hostname packet_length number_of_packets Example: ping -s -t 2 www.google.de 64 5 Flo ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-25 02:16 Message: Logged In: YES user_id=1671 It would be nicer if the '-w' option were more widely supported than linux. I can demonstrate that it is not available on solaris 8, so it's clear that implementing this change requires modifications to the autoconf script. But it's probably worth doing, even though there is a risk that some other implementation will assign a different meaning to '-w' ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-02-24 19:25 Message: Logged In: YES user_id=983566 Nagios 1.2, Plugin 1.4.0a1, RedHat 7.3 same problem. Compiling plugins with --with-ping-command="/bin/ping -w 10 -n -U -c %d %s" solved this. But it would be nice to have the 10 second timeout for check_ping kill the ping process. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=870548&group_id=29880 From noreply at sourceforge.net Wed Feb 25 00:29:06 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Feb 25 00:29:06 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-741296 ] check_dns.c segfault with -a and NXDOMAIN Message-ID: Bugs item #741296, was opened at 2003-05-21 14:28 Message generated for change (Settings changed) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=741296&group_id=29880 Category: None Group: CVS >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: David Maynard (dpmaynard) Assigned to: Karl DeBisschop (kdebisschop) Summary: check_dns.c segfault with -a and NXDOMAIN Initial Comment: check_dns.c 1.13 from CVS compiled and run under Red Hat 7.1 and testing against bind-8.2.3+patches on a Cobalt generates a segmentation fault if the requested domain does not exist and the "-a" flag is specified. The "address" variable is NULL when the code reaches line 183 and attempts a strcmp. The null pointer to strcmp generates a segfault. Arguably, this is a bug in the parsing of the "address" variable since it probably shouldn't be a NULL at this point in the code. However, the code for "-a" is predicated on STATE_OK, so if something earlier in the code indicates STATE_WARNING (e.g., because it detects a NXDOMAIN return), then the "-a" check will not be performed and Nagios will "miss" the CRITICAL error. (If I tell it to match an expected address, it is critical if it doesn't exist.) As a result, my "fix" (to achieve the results I need), was to change the code for the "-a" test to include a check for a null address pointer. My patch attached. -dpm ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2003-05-31 10:44 Message: Logged In: YES user_id=1671 further testing should my revised patch failed to trap the condition you had described - I tried to trap the NULL in the while loop. After testing and rereading your post, I realized that it was the break in the while() loop that skipped past the address check. The code in CVS should not segfault. It will be less informative than old code in some cases, so I may do a little more work later. But it should be revady for testing, in both HEAD and r1_3_0 ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2003-05-31 10:00 Message: Logged In: YES user_id=1671 IMO, your thoughts about where the true bug lies are correct. And we know form experince that other implementations will segfault on your patch because you try to print a null string. I take you point about failing to note that the address is null and move the check up to that point in the code. This is the patch I have applied. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=741296&group_id=29880 From karl at debisschop.net Wed Feb 25 01:02:02 2004 From: karl at debisschop.net (Karl DeBisschop) Date: Wed Feb 25 01:02:02 2004 Subject: [Nagiosplug-devel] check_dns: expect authority flag In-Reply-To: <5.1.1.6.2.20040224104940.04103008@imap.ecs.soton.ac.uk> References: <5.1.1.6.2.20040224104940.04103008@imap.ecs.soton.ac.uk> Message-ID: <20040225035937.1dc3ece0.karl@debisschop.net> On Tue, 24 Feb 2004 10:50:54 +0000 "Jon. Hallett" wrote: > Below is patch which adds a -A/--expect-authority flag to check_dns. > We use it to check that our name servers are authoritative for our > domains and are not just serving our addresses from their caches, > which can happen if the zone files are corrupted. Patch applied to CVS HEAD. Thanks. -- Karl From awais at eurobell.net Wed Feb 25 02:09:01 2004 From: awais at eurobell.net (Awais Ahmad) Date: Wed Feb 25 02:09:01 2004 Subject: [Nagiosplug-devel] check_dns In-Reply-To: <1077539806.3664.173.camel@smithers> References: <002701c3f5a0$a91676a0$1400a8c0@splash.co.za> <146BE056-61B9-11D8-B2EB-000A27E41300@mac.com> <1077102013.5454.8.camel@miles> <1077249170.5564.14.camel@miles> <1077539806.3664.173.camel@smithers> Message-ID: <1077703421.3666.9.camel@smithers> BTW the patch is against Nagios plugins 1.3.1. Awais On Mon, 2004-02-23 at 12:36, Awais Ahmad wrote: > I have done this with the stable version of check_dns.c but never had > the time to carry the changes across to HEAD. The patch is attached. > > Although the main resolver lib functions are available, via > GLIBC/LIBC,the response parsing routines (ns_parserr and friends) are > only visible to the resolver lib functions themselves. > I've had to roll my own. > > I've tested on Debian GNU/Linux, Redhat GNU/Linux, FreeBSD current/4.X > and Solaris 7. > > > Awais Ahmad > > > > > > > On Fri, 2004-02-20 at 03:52, Karl DeBisschop wrote: > > On Thu, 2004-02-19 at 22:34, Ton Voon wrote: > > > > > I'll have a go at this change, but only after I can get check_dns to > > > use the resolver routines instead of nslookup first. Most of > > > check_dns.c looks like it is parsing for error messages in nslookup! > > > > Makes sense to me. That was the direction we wanted to go anyway, to use > > the resolver instead of parsing scripts. > > > > IIRC, the resolver is covered by POSIX, so we should have much less > > platform-specific cruft once we do that. > > > > -- > > Karl > > > > > > > > ------------------------------------------------------- > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > Build and deploy apps & Web services for Linux with > > a free DVD software kit from IBM. Click Now! > > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > > _______________________________________________ > > 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 noreply at sourceforge.net Wed Feb 25 08:24:06 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Feb 25 08:24:06 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-870548 ] Plugin 1.4.0a1 -> /bin/ping does not terminate Message-ID: Bugs item #870548, was opened at 2004-01-04 21:55 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=870548&group_id=29880 Category: Argument proccessing Group: None Status: Open Resolution: Fixed Priority: 5 Submitted By: Christian Exner (banane2000) Assigned to: Karl DeBisschop (kdebisschop) Summary: Plugin 1.4.0a1 -> /bin/ping does not terminate Initial Comment: On our system (Suse 8.1, Nagios 2.0a1, Plugins 1.4.0a1) i've detected about 400+ /bin/ping processes going all to only 2 IP-addresses (yes... only if the failure takes a long time but our failures often takes the whole weekend if the german Telekom cuts the DSL-Line of one of our external offices...). It seems that check_ping calls "/bin/ping -n -U -c 5 x.x.x.x" for checking. If pinged host is not reacheable /bin/ping does not terminate for a very long time (maybe until the failed host answers again). check_ping terminates after 10 secs. This is also documented in nagios web interface. But corresponding /bin/ping process stays active. Maybe it would help to pass "-w" (deadline) parameter to /bin/ping to force a termination after some time in such a case. Chris ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-02-25 16:20 Message: Logged In: YES user_id=664364 Would it make more sense for the check_ping plugin to try and kill any child processes when it exits/times out? Potentially any command might take too long to respond and a kill_children function would be useful across all plugins. Ton ---------------------------------------------------------------------- Comment By: Florian Gleixner (redflo) Date: 2004-02-25 08:03 Message: Logged In: YES user_id=183182 On solaris try: ping hostname timeout Example: ping www.google.de 10 or if you want more accurate statistics: ping -s -t ttl hostname packet_length number_of_packets Example: ping -s -t 2 www.google.de 64 5 Flo ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-25 07:16 Message: Logged In: YES user_id=1671 It would be nicer if the '-w' option were more widely supported than linux. I can demonstrate that it is not available on solaris 8, so it's clear that implementing this change requires modifications to the autoconf script. But it's probably worth doing, even though there is a risk that some other implementation will assign a different meaning to '-w' ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-02-25 00:25 Message: Logged In: YES user_id=983566 Nagios 1.2, Plugin 1.4.0a1, RedHat 7.3 same problem. Compiling plugins with --with-ping-command="/bin/ping -w 10 -n -U -c %d %s" solved this. But it would be nice to have the 10 second timeout for check_ping kill the ping process. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=870548&group_id=29880 From noreply at sourceforge.net Wed Feb 25 08:54:09 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Feb 25 08:54:09 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-870548 ] Plugin 1.4.0a1 -> /bin/ping does not terminate Message-ID: Bugs item #870548, was opened at 2004-01-04 16:55 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=870548&group_id=29880 Category: Argument proccessing Group: None Status: Open Resolution: Fixed Priority: 5 Submitted By: Christian Exner (banane2000) Assigned to: Karl DeBisschop (kdebisschop) Summary: Plugin 1.4.0a1 -> /bin/ping does not terminate Initial Comment: On our system (Suse 8.1, Nagios 2.0a1, Plugins 1.4.0a1) i've detected about 400+ /bin/ping processes going all to only 2 IP-addresses (yes... only if the failure takes a long time but our failures often takes the whole weekend if the german Telekom cuts the DSL-Line of one of our external offices...). It seems that check_ping calls "/bin/ping -n -U -c 5 x.x.x.x" for checking. If pinged host is not reacheable /bin/ping does not terminate for a very long time (maybe until the failed host answers again). check_ping terminates after 10 secs. This is also documented in nagios web interface. But corresponding /bin/ping process stays active. Maybe it would help to pass "-w" (deadline) parameter to /bin/ping to force a termination after some time in such a case. Chris ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-25 11:50 Message: Logged In: YES user_id=1671 A worthwhile thought - we pass on a timeout like this with snmp IIRC. I think where the native utility has a way to terminate itself, it is preferable to use it. But modifying spopen to handle cases where is does not sounds like a good idea. Shouldn't be too hard since spopen does know the PID. and is the parent process. But there should be a way to let clean shutdowns occur - after closing the pipe on a timeout, maybe exit immediately if the child closes, but only force it closed after a second or two. Ton, do you want to do this or should I? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-02-25 11:20 Message: Logged In: YES user_id=664364 Would it make more sense for the check_ping plugin to try and kill any child processes when it exits/times out? Potentially any command might take too long to respond and a kill_children function would be useful across all plugins. Ton ---------------------------------------------------------------------- Comment By: Florian Gleixner (redflo) Date: 2004-02-25 03:03 Message: Logged In: YES user_id=183182 On solaris try: ping hostname timeout Example: ping www.google.de 10 or if you want more accurate statistics: ping -s -t ttl hostname packet_length number_of_packets Example: ping -s -t 2 www.google.de 64 5 Flo ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-25 02:16 Message: Logged In: YES user_id=1671 It would be nicer if the '-w' option were more widely supported than linux. I can demonstrate that it is not available on solaris 8, so it's clear that implementing this change requires modifications to the autoconf script. But it's probably worth doing, even though there is a risk that some other implementation will assign a different meaning to '-w' ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-02-24 19:25 Message: Logged In: YES user_id=983566 Nagios 1.2, Plugin 1.4.0a1, RedHat 7.3 same problem. Compiling plugins with --with-ping-command="/bin/ping -w 10 -n -U -c %d %s" solved this. But it would be nice to have the 10 second timeout for check_ping kill the ping process. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=870548&group_id=29880 From noreply at sourceforge.net Wed Feb 25 09:07:08 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Feb 25 09:07:08 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-870548 ] Plugin 1.4.0a1 -> /bin/ping does not terminate Message-ID: Bugs item #870548, was opened at 2004-01-04 21:55 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=870548&group_id=29880 Category: Argument proccessing Group: None Status: Open Resolution: Fixed Priority: 5 Submitted By: Christian Exner (banane2000) Assigned to: Karl DeBisschop (kdebisschop) Summary: Plugin 1.4.0a1 -> /bin/ping does not terminate Initial Comment: On our system (Suse 8.1, Nagios 2.0a1, Plugins 1.4.0a1) i've detected about 400+ /bin/ping processes going all to only 2 IP-addresses (yes... only if the failure takes a long time but our failures often takes the whole weekend if the german Telekom cuts the DSL-Line of one of our external offices...). It seems that check_ping calls "/bin/ping -n -U -c 5 x.x.x.x" for checking. If pinged host is not reacheable /bin/ping does not terminate for a very long time (maybe until the failed host answers again). check_ping terminates after 10 secs. This is also documented in nagios web interface. But corresponding /bin/ping process stays active. Maybe it would help to pass "-w" (deadline) parameter to /bin/ping to force a termination after some time in such a case. Chris ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-02-25 17:03 Message: Logged In: YES user_id=664364 You can do this. I'm only acting as inspiration this time! ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-25 16:50 Message: Logged In: YES user_id=1671 A worthwhile thought - we pass on a timeout like this with snmp IIRC. I think where the native utility has a way to terminate itself, it is preferable to use it. But modifying spopen to handle cases where is does not sounds like a good idea. Shouldn't be too hard since spopen does know the PID. and is the parent process. But there should be a way to let clean shutdowns occur - after closing the pipe on a timeout, maybe exit immediately if the child closes, but only force it closed after a second or two. Ton, do you want to do this or should I? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-02-25 16:20 Message: Logged In: YES user_id=664364 Would it make more sense for the check_ping plugin to try and kill any child processes when it exits/times out? Potentially any command might take too long to respond and a kill_children function would be useful across all plugins. Ton ---------------------------------------------------------------------- Comment By: Florian Gleixner (redflo) Date: 2004-02-25 08:03 Message: Logged In: YES user_id=183182 On solaris try: ping hostname timeout Example: ping www.google.de 10 or if you want more accurate statistics: ping -s -t ttl hostname packet_length number_of_packets Example: ping -s -t 2 www.google.de 64 5 Flo ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-25 07:16 Message: Logged In: YES user_id=1671 It would be nicer if the '-w' option were more widely supported than linux. I can demonstrate that it is not available on solaris 8, so it's clear that implementing this change requires modifications to the autoconf script. But it's probably worth doing, even though there is a risk that some other implementation will assign a different meaning to '-w' ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-02-25 00:25 Message: Logged In: YES user_id=983566 Nagios 1.2, Plugin 1.4.0a1, RedHat 7.3 same problem. Compiling plugins with --with-ping-command="/bin/ping -w 10 -n -U -c %d %s" solved this. But it would be nice to have the 10 second timeout for check_ping kill the ping process. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=870548&group_id=29880 From noreply at sourceforge.net Wed Feb 25 09:10:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Feb 25 09:10:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-845138 ] Allow MySQL Libs to be place outside MySQL tree Message-ID: Patches item #845138, was opened at 2003-11-19 14:11 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=845138&group_id=29880 Category: Enhancement Group: None >Status: Closed Resolution: None Priority: 2 Submitted By: Lutz Behnke (cypherfox) Assigned to: Ton Voon (tonvoon) Summary: Allow MySQL Libs to be place outside MySQL tree Initial Comment: In order to make it possible to place the client libraries for MySQL in a system library path rather than the usual integrated directory tree, the patch adds a configure option. The code makes the assumption that the MySQL include files are in the system include pathes and will be found by the C compiler without further ado. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-02-25 17:06 Message: Logged In: YES user_id=664364 Closing this call due to lack of response. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-11-24 15:07 Message: Logged In: YES user_id=664364 Lutz, Thanks for the patch. It looks like CVS HEAD already has this functionality, but has not been back ported to release 1.3.1. Can you please try CVS head? I'll close this call after 14 days if there is no update. Regards, Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=845138&group_id=29880 From Stanley.Hopcroft at IPAustralia.Gov.AU Wed Feb 25 16:47:03 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Wed Feb 25 16:47:03 2004 Subject: [Nagiosplug-devel] Review of using Nag to check MS name resolution in AD environments [XP/2k/2k+3] - MS logon names etc. In-Reply-To: <200402240426.i1O4Qii3003339@figg.securenet.com.au>; from nagios-users-request@lists.sourceforge.net on Mon, Feb 23, 2004 at 08:06:38PM -0800 References: <200402240426.i1O4Qii3003339@figg.securenet.com.au> Message-ID: <20040226114451.D39663@IPAustralia.Gov.AU> Dear Ladies and Gentlemen, This may be of interest to those wishing to monitor their Micorosft AD/Dynamic DNS installation by ensuring that signficant names (such as the names of domain controllers corresponding to a domain) are resolved as expected. The one answer (check_dns -h) to this question (asked on this list about a month ago) of monitoring these names was unhelpful. The way to do so is described at http://www.microsoft.com/technet/treeview/default.asp?url=/technet/prodtechnol/windowsserver2003/proddocs/standard/sag_dns_tro_dcLocator_verifySRV.asp (using nslookup to resolve SRV names for the domain name in question). The problem for Nagios doing this is that as there are no options in check_dns (1.3.1 and 1.4alpha0) or check_dig to accept RR types. Would this be a useful enhancement of check_dns and or check_dig? - I realise that check_dns is volatile at the moment in view of the transition from nslookup to the resolver functions but I think it would be more useful than a special purpose plugin .. which would only do the same thing anyway. Yours sincerely. -- ------------------------------------------------------------------------ Stanley Hopcroft ------------------------------------------------------------------------ '...No man is an island, entire of itself; every man is a piece of the continent, a part of the main. If a clod be washed away by the sea, Europe is the less, as well as if a promontory were, as well as if a manor of thy friend's or of thine own were. Any man's death diminishes me, because I am involved in mankind; and therefore never send to know for whom the bell tolls; it tolls for thee...' from Meditation 17, J Donne. From pla at softflare.com Wed Feb 25 17:13:18 2004 From: pla at softflare.com (Paul L. Allen) Date: Wed Feb 25 17:13:18 2004 Subject: [Nagiosplug-devel] Re: Review of using Nag to check MS name resolution in AD environments [XP/2k/2k+3] - MS logon names etc. In-Reply-To: <20040226114451.D39663@IPAustralia.Gov.AU> References: <200402240426.i1O4Qii3003339@figg.securenet.com.au> <20040226114451.D39663@IPAustralia.Gov.AU> Message-ID: <20040226011007.20678.qmail@minnow.softflare.net> Stanley Hopcroft writes: > This may be of interest to those wishing to monitor their Micorosft > AD/Dynamic DNS installation by ensuring that signficant names (such as > the names of domain controllers corresponding to a domain) are resolved > as expected. I don't *wish* to do this (I think Microsoft products suck big time on technical grounds and want as little as possible to do with them) but I also know that one of our bigger clients for monitoring services would love it if we could check stuff like this (they're also so clueless that they're astounded we can monitor their IIS web server, and will get blown away when we start monitoring their MS SQL server, so unless we tell them this is a possibility they'll never know). > The problem for Nagios doing this is that as there are no options in > check_dns (1.3.1 and 1.4alpha0) or check_dig to accept RR types. > > Would this be a useful enhancement of check_dns and or check_dig? I think it would be useful to allow an option to select RR type and to do whatever processing is necessary for useful RR types - for some definitions of "useful." The SRV query you just mentioned is useful in this context. It's too late for me to start looking at the latest check_dns and compare it against the Microsoft article to see if a switch for RR type is all that's needed or if the results of the query need some mangling to be usable. I'd hope that either the current options make it flexible enough to cope or that, with careful design, post-processing options that have to be added would be flexible enough to cope with all sorts of other things. I can see where other RR types would be useful to some people. The paranoid might like to check that AXFR and IXFR fail (the check is successful if they don't work) to make sure spammers can't harvest domain names. I think some people might want to check that at least two MX records exist for critical, "bet the company" clients (the ones where "ooops - we forgot to set up a backup MX server in the DNS" is not an acceptable excuse and you end up bankrupt). I don't see checking LOC RRs as being of critical importance, but no doubt somebody, somewhere, will have a requirement for it (maybe NASA for its shuttle internet links, although they'd need a very low TTL). But there could well be other RR types that some people would find it useful to check, which is why I hope the post-processing is fairly flexible (you can't cope with everything, but you may be able to cope with common RR types if you give it a bit of thought). I can see that some people would like the TSIG and related RR types, but that is probably a LOT of work. So, after that Joycian stream-of-consciousness, yeah, go for the SRV. My preference is to add an RR type switch and at least enough result-mangling switches to allow the MS SRV stuff to be handled. Anything else is a bonus. -- Paul Allen Softflare Support From sghosh at sghosh.org Wed Feb 25 17:40:00 2004 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Wed Feb 25 17:40:00 2004 Subject: [Nagiosplug-devel] Re: Review of using Nag to check MS name resolution in AD environments [XP/2k/2k+3] - MS logon names etc. In-Reply-To: <20040226011007.20678.qmail@minnow.softflare.net> Message-ID: On Thu, 26 Feb 2004, Paul L. Allen wrote: > Stanley Hopcroft writes: > > > This may be of interest to those wishing to monitor their Micorosft > > AD/Dynamic DNS installation by ensuring that signficant names (such as > > the names of domain controllers corresponding to a domain) are resolved > > as expected. > > I don't *wish* to do this (I think Microsoft products suck big time > on technical grounds and want as little as possible to do with them) > but I also know that one of our bigger clients for monitoring services > would love it if we could check stuff like this (they're also so > clueless that they're astounded we can monitor their IIS web server, > and will get blown away when we start monitoring their MS SQL server, > so unless we tell them this is a possibility they'll never know). > > > The problem for Nagios doing this is that as there are no options in > > check_dns (1.3.1 and 1.4alpha0) or check_dig to accept RR types. > > > > Would this be a useful enhancement of check_dns and or check_dig? > > I think it would be useful to allow an option to select RR type and > to do whatever processing is necessary for useful RR types - for > some definitions of "useful." > > The SRV query you just mentioned is useful in this context. It's too > late for me to start looking at the latest check_dns and compare it > against the Microsoft article to see if a switch for RR type is all > that's needed or if the results of the query need some mangling to > be usable. I'd hope that either the current options make it flexible > enough to cope or that, with careful design, post-processing options > that have to be added would be flexible enough to cope with all sorts > of other things. > > I can see where other RR types would be useful to some people. The > paranoid might like to check that AXFR and IXFR fail (the check is > successful if they don't work) to make sure spammers can't harvest > domain names. I think some people might want to check that at > least two MX records exist for critical, "bet the company" clients (the > ones where "ooops - we forgot to set up a backup MX server in the DNS" > is not an acceptable excuse and you end up bankrupt). > > I don't see checking LOC RRs as being of critical importance, but no > doubt somebody, somewhere, will have a requirement for it (maybe NASA > for its shuttle internet links, although they'd need a very low TTL). > But there could well be other RR types that some people would find it > useful to check, which is why I hope the post-processing is fairly > flexible (you can't cope with everything, but you may be able to cope > with common RR types if you give it a bit of thought). > > I can see that some people would like the TSIG and related RR types, > but that is probably a LOT of work. > > So, after that Joycian stream-of-consciousness, yeah, go for the SRV. > My preference is to add an RR type switch and at least enough > result-mangling switches to allow the MS SRV stuff to be handled. > Anything else is a bonus. > > Yes to an option to handle RR - but even with SRV we need to handle priority (as with MX). using resolver interface would be nice -- -sg From flo at bier.homeip.net Wed Feb 25 17:42:04 2004 From: flo at bier.homeip.net (Flo Gleixner) Date: Wed Feb 25 17:42:04 2004 Subject: [Nagiosplug-devel] Rewrite of check_log Message-ID: Hi, I did a half-rewrite of the check_log script. Features: - some OS detection. Works for Linux and Solaris for now. - No more diff. It calculates the difference with the difference of the filesizes and only greps the added lines. This implies: - greatly increased performance for large log files. - support for logrotate - but beware, if the logfile is truncated, you may miss some lines - multiple check_logs on one file still possible - support for enhanced regular expressions as grep -e or egrep -e does. (untested for now) - default statefile (equals to oldfile) in /tmp. Possible since there is no valuable information in there. Now you can scan your logrotating gigabyte apache logs! No more possible: using check_log to monitor config files. I vote for a rename of the old check_log to check_filediff Flo -------------- next part -------------- A non-text attachment was scrubbed... Name: check_log.sh Type: application/x-sh Size: 6615 bytes Desc: URL: From pla at softflare.com Wed Feb 25 18:42:01 2004 From: pla at softflare.com (Paul L. Allen) Date: Wed Feb 25 18:42:01 2004 Subject: [Nagiosplug-devel] Re: Rewrite of check_log In-Reply-To: References: Message-ID: <20040226023956.8622.qmail@minnow.softflare.net> Flo Gleixner writes: > I did a half-rewrite of the check_log script. Good. Both check_log and check_log2 are seriously flawed (in my opinion). They do NOT scale well for large logs. My PHB writes stuff that deals with logs and scales badly too, and I beat him over the head when it all falls apart and one of our boxes goes into terminal CPU overload because of his crude approach to dealing with log events. > - No more diff. It calculates the difference with the difference of the > filesizes and only greps the added lines. This implies: > - greatly increased performance for large log files. Good. So what happens when logrotate kicks in? I think a check_log replacement has to retain state: how far it got into the logfile and the inode of the logfile (so it can know if the file has been rotated). I haven't examined the problem very deeply because right now I don't have a need to use check_log. But those are the two biggest problems that occurred to me when I looked at check_log and check_log2 (sorry, Ethan, those two just don't come even close to being sensible if I wanted to monitor any of our logs - typical maillog size is 40M/day and a "scan right the way through to get the latest entry" approach just doesn't cut it.) -- Paul Allen Softflare Support From Stanley.Hopcroft at IPAustralia.Gov.AU Wed Feb 25 19:46:01 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Wed Feb 25 19:46:01 2004 Subject: [Nagiosplug-devel] Re: Rewrite of check_log In-Reply-To: <20040226023956.8622.qmail@minnow.softflare.net>; from pla@softflare.com on Thu, Feb 26, 2004 at 02:39:56AM +0000 References: <20040226023956.8622.qmail@minnow.softflare.net> Message-ID: <20040226144333.J39663@IPAustralia.Gov.AU> Dear Gentlemen, I am writing to thank you for your letter and say, On Thu, Feb 26, 2004 at 02:39:56AM +0000, Paul L. Allen wrote: > Flo Gleixner writes: > > > I did a half-rewrite of the check_log script. > > Good. Both check_log and check_log2 are seriously flawed (in my > opinion). They do NOT scale well for large logs. If you are 'serious about logging' or events then 1 Log centrally 2 Monitor with an event correlator like Sec or RuleCore (Logsurfer or Swatch maybe) 3 Inform Nag with passive service check results when the event correlator detects that such and such an event corresponding to a Nag service has fired (think events as rates or time ordered sequences of messages eg 'Feb 7 15:36:47 pc09011 su: BAD SU anwsmh to root on /dev/ttyp1' occuring above and below a given rate threshold: you simply can't do this with plain pattern matching) Can't be beaten for scalability and flexibility. Sec handles serious message rates (100s of messages per sec IIRC; lots of event rules) with multi line matching and event correlation. > > > - No more diff. It calculates the difference with the difference of the > > filesizes and only greps the added lines. This implies: > > - greatly increased performance for large log files. > > Good. So what happens when logrotate kicks in? Sec doesn't care; it handles it as a normal event and keeps reading from the end of the file (run in tail mode). .. snip ... If you actually see logs as containing events, or rather as the log as nothing more than the record of an event stream, all the problems you mention go away. Events by definition hold state. On the other hand, I can imagine that for ad-hoc checks of distributed logs then the check_log.* plugins do an admirable job. There are at least two conditions where these plugins provide the only solution 1 distributed logs 2 event source heartbeat - eg application is still alive 3 low rate but critical import logged messages All of these things can be done with event correlation but you may not have the means or the willingness to do so (eg no loging policy, different responsibilities and views [eg NT admins in some cases see no need for central logging]). > > -- > Paul Allen > Softflare Support > Yours sincerely. -- ------------------------------------------------------------------------ Stanley Hopcroft ------------------------------------------------------------------------ '...No man is an island, entire of itself; every man is a piece of the continent, a part of the main. If a clod be washed away by the sea, Europe is the less, as well as if a promontory were, as well as if a manor of thy friend's or of thine own were. Any man's death diminishes me, because I am involved in mankind; and therefore never send to know for whom the bell tolls; it tolls for thee...' from Meditation 17, J Donne. From noreply at sourceforge.net Thu Feb 26 02:22:07 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 26 02:22:07 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-738128 ] check_mssql plugin Message-ID: New Plugins item #738128, was opened at 2003-05-15 11:32 Message generated for change (Comment added) made by agolt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=738128&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Roy Sigurd Karlsbakk (rkarlsba) Assigned to: Subhendu Ghosh (sghosh) Summary: check_mssql plugin Initial Comment: hi here's (another?) check_mssql plugin written in perl. the only other I've seen was a hacky bourne shell. Waddayathink? roy ---------------------------------------------------------------------- Comment By: Alain Goldberg (agolt) Date: 2004-02-26 12:17 Message: Logged In: YES user_id=982117 I think i would like to use it ;-) It's just that I fail install of CPAN DBD::Sybase it says I need an "open client" library... where/how do i get this stuff... some install help inside the plugin source could be very valuable Thansk anyway ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-06-04 10:43 Message: Logged In: YES user_id=145309 bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, sorry. forgot to test last upload. here's another one. this should work ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-06-02 10:19 Message: Logged In: YES user_id=145309 Updated comment in top to reflect a GPL licence ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-27 16:23 Message: Logged In: YES user_id=145309 Thanks you for submitting your plugin/script for inclusion in the NagiosPlugins project. Please note that only plugins/scripts with an opensource license can be accepted in this project. Please ensure that your code contains explicit copyright and license information. Future status of your plugin: Initially the plugin will be included asis in the contrib directory. If you have any updates or patches that need to be applied, please post them on the NaiosPlugins website under Patches. (http://sourceforge.net/tracker/?group_id=29880&atid=397599) If the plugin code meets with the guidelines and there is a general consensus among users that it is useful and could see wide deployment, the plugin code will be migrated from "contrib" to "supported" status in either the plugins or plugins-scripts directories. Future status of your script: At this time we have only started collecting scripts that are used for report generation. Their future migration to supported status is not clear at the moment. Again thanks for contributing to opensource. The NagiosPlugins Team ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-27 16:21 Message: Logged In: YES user_id=145309 Thanks you for submitting your plugin/script for inclusion in the NagiosPlugins project. Please note that only plugins/scripts with an opensource license can be accepted in this project. Please ensure that your code contains explicit copyright and license information. Future status of your plugin: Initially the plugin will be included asis in the contrib directory. If you have any updates or patches that need to be applied, please post them on the NaiosPlugins website under Patches. (http://sourceforge.net/tracker/?group_id=29880&atid=397599) If the plugin code meets with the guidelines and there is a general consensus among users that it is useful and could see wide deployment, the plugin code will be migrated from "contrib" to "supported" status in either the plugins or plugins-scripts directories. Future status of your script: At this time we have only started collecting scripts that are used for report generation. Their future migration to supported status is not clear at the moment. Again thanks for contributing to opensource. The NagiosPlugins Team ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=738128&group_id=29880 From alexander.haderer at charite.de Thu Feb 26 03:06:03 2004 From: alexander.haderer at charite.de (Alexander Haderer) Date: Thu Feb 26 03:06:03 2004 Subject: [Nagiosplug-devel] Re: Rewrite of check_log In-Reply-To: <20040226023956.8622.qmail@minnow.softflare.net> References: Message-ID: <5.2.0.9.1.20040226115658.01a2d6b8@postamt1.charite.de> At 02:39 26.02.2004 +0000, Paul L. Allen wrote: >Flo Gleixner writes: >>I did a half-rewrite of the check_log script. > >... >>- No more diff. It calculates the difference with the difference of the >> filesizes and only greps the added lines. This implies: >>- greatly increased performance for large log files. > >Good. So what happens when logrotate kicks in? I think a check_log >replacement has to retain state: how far it got into the logfile and >the inode of the logfile (so it can know if the file has been rotated). >I haven't examined the problem very deeply because right now I don't >have a need to use check_log. But those are the two biggest problems >that occurred to me when I looked at check_log and check_log2 (sorry, >Ethan, those two just don't come even close to being sensible if I wanted >to monitor any of our logs - typical maillog size is 40M/day and a "scan >right the way through to get the latest entry" approach just doesn't >cut it.) Hello, there is the fetchlog utility in contrib. It sounds to me that fetchlog does some of the jobs you mention here. Please take a look at http://fetchlog.sourceforge.net and my problem report 860993: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=860993&group_id=29880 What is missing in fetchlog is regex functionality. In the current status this means, that one have to configure the logfiles/syslog to get the critical messages in a separate file which can be monitored by fetchlog (as I does here in our setup) Probably we can merge our work together. w?th best regards, Alexander (maintainer of fetchlog) -- ------------------------------------------------------------------ Alexander Haderer Charite Campus Virchow-Klinikum Tel. +49 30 - 450 557 182 Strahlenklinik und Poliklinik Fax. +49 30 - 450 557 117 Sekr. Prof. Felix Email alexander.haderer at charite.de Augustenburger Platz 1 www http://www.charite.de/rv/str/ 13353 Berlin - Germany ------------------------------------------------------------------ From Stanley.Hopcroft at IPAustralia.Gov.AU Thu Feb 26 03:41:00 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Thu Feb 26 03:41:00 2004 Subject: [Nagiosplug-devel] Re: Rewrite of check_log In-Reply-To: ; from flo@bier.homeip.net on Thu, Feb 26, 2004 at 09:36:03AM +0100 References: <20040226144333.J39663@IPAustralia.Gov.AU> Message-ID: <20040226223732.A237@IPAustralia.Gov.AU> Dear Sir, I am writing to thank you for your letter and say, On Thu, Feb 26, 2004 at 09:36:03AM +0100, Flo Gleixner wrote: > > If you are 'serious about logging' or events then > > > > 1 Log centrally > > > > How do you do that? With syslog? Not that bad, but not reliable and not > secure. Agreed. However some sites think the convenience of _one_ log destination for log processing worth the costs you mention. For MS hosts there are a number of products that do Event Log --> SysLog forwarding. That most often mentioned is Snare (aka BackLog). > With nsca i can do some basic encryption if i want. And my syslog > does not have to log spoofed messages :-) I know, nagios is not a central > logger ... Yes, if your syslog hosts are not subject to syslog attacks and folks dropping mesages in your syslog server, syslog works fine. Most if not all packet filtering software (ipfilter, ipfw) can limit the log messages to coming from those hosts you choose. > > > > 2 Monitor with an event correlator like Sec or RuleCore (Logsurfer or > > Swatch maybe) > > > > Yeah, sure the better solution. Can you provide me with the homepage of > Sec? http://kodu.neti.ee/~risto/sec/ > > So, does it read from the inode or from the file with that name? If it > reads from the inode, you have to kick it after logrotate, if it reads > from the filename (like my check_log does), it has to get sure that it did > read all lines of the old file that have been added between the last check > and the logrotate. My script is NOT aware of that. And it sometimes simply > does not work. Some Linuxes do a "logrotate and then compress". And some > move the old file somewhere. How do i know? > I am too ignorant to be sure but Sec is written in Perl so you can relatively easily tell. FWIW, I think it is the latter (see input_shuffled() and read_line_from_file()) (I think it reguarly stats the file and compares the current offset with the stat results. Under some circs it re-reads the file). > > Florian Gleixner > Yours sincerely. -- ------------------------------------------------------------------------ Stanley Hopcroft ------------------------------------------------------------------------ '...No man is an island, entire of itself; every man is a piece of the continent, a part of the main. If a clod be washed away by the sea, Europe is the less, as well as if a promontory were, as well as if a manor of thy friend's or of thine own were. Any man's death diminishes me, because I am involved in mankind; and therefore never send to know for whom the bell tolls; it tolls for thee...' from Meditation 17, J Donne. From awais at eurobell.net Thu Feb 26 04:45:01 2004 From: awais at eurobell.net (Awais Ahmad) Date: Thu Feb 26 04:45:01 2004 Subject: [Nagiosplug-devel] check_dns In-Reply-To: <1077703421.3666.9.camel@smithers> References: <002701c3f5a0$a91676a0$1400a8c0@splash.co.za> <146BE056-61B9-11D8-B2EB-000A27E41300@mac.com> <1077102013.5454.8.camel@miles> <1077249170.5564.14.camel@miles> <1077539806.3664.173.camel@smithers> <1077703421.3666.9.camel@smithers> Message-ID: <1077799135.4165.32.camel@smithers> Has anyone looked at the patch? I'd be interested in feedback and further discussion on whether its worth doing against HEAD. Cheers Awais. On Wed, 2004-02-25 at 10:03, Awais Ahmad wrote: > BTW the patch is against Nagios plugins 1.3.1. > > Awais > > > On Mon, 2004-02-23 at 12:36, Awais Ahmad wrote: > > I have done this with the stable version of check_dns.c but never had > > the time to carry the changes across to HEAD. The patch is attached. > > > > Although the main resolver lib functions are available, via > > GLIBC/LIBC,the response parsing routines (ns_parserr and friends) are > > only visible to the resolver lib functions themselves. > > I've had to roll my own. > > > > I've tested on Debian GNU/Linux, Redhat GNU/Linux, FreeBSD current/4.X > > and Solaris 7. > > > > > > Awais Ahmad > > > > > > > > > > > > > > On Fri, 2004-02-20 at 03:52, Karl DeBisschop wrote: > > > On Thu, 2004-02-19 at 22:34, Ton Voon wrote: > > > > > > > I'll have a go at this change, but only after I can get check_dns to > > > > use the resolver routines instead of nslookup first. Most of > > > > check_dns.c looks like it is parsing for error messages in nslookup! > > > > > > Makes sense to me. That was the direction we wanted to go anyway, to use > > > the resolver instead of parsing scripts. > > > > > > IIRC, the resolver is covered by POSIX, so we should have much less > > > platform-specific cruft once we do that. > > > > > > -- > > > Karl > > > > > > > > > > > > ------------------------------------------------------- > > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > > Build and deploy apps & Web services for Linux with > > > a free DVD software kit from IBM. Click Now! > > > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > > > _______________________________________________ > > > 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 > > > > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > 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 karl at debisschop.net Thu Feb 26 04:56:01 2004 From: karl at debisschop.net (Karl DeBisschop) Date: Thu Feb 26 04:56:01 2004 Subject: [Nagiosplug-devel] check_dns In-Reply-To: <1077799135.4165.32.camel@smithers> References: <002701c3f5a0$a91676a0$1400a8c0@splash.co.za> <146BE056-61B9-11D8-B2EB-000A27E41300@mac.com> <1077102013.5454.8.camel@miles> <1077249170.5564.14.camel@miles> <1077539806.3664.173.camel@smithers> <1077703421.3666.9.camel@smithers> <1077799135.4165.32.camel@smithers> Message-ID: <20040226075232.5967afe7.karl@debisschop.net> On 26 Feb 2004 12:38:55 +0000 Awais Ahmad wrote: > > Has anyone looked at the patch? I'd be interested in feedback > and further discussion on whether its worth doing against HEAD. I haven't yet. Ton said he was working on the port to resolver libs, but I also know he's pretty busy. If we don't hear from him about where he is, I'll look at it today and may well come back with a request to update it to head. We have repeatedly stated that check_dns will be migrated to resolver functions. If you've done the work, why should we do it again. BTW - did you handle IPv6? -- Karl From Ton.Voon at egg.com Thu Feb 26 05:33:12 2004 From: Ton.Voon at egg.com (Voon, Ton) Date: Thu Feb 26 05:33:12 2004 Subject: [Nagiosplug-devel] check_dns Message-ID: Sorry, I was going to look at it, but haven't had much time recently so haven't touched it. Was going to use this as the basis of the resolver libs change - why reinvent the wheel? Probably won't have time till next week. Cursory glance looks good. Couple of things: 1) Some autoconf stuff will need to be added for the libraries 2) There's been a recent update on --expect-authority, so a bit of work needed to incoporate that 3) Any chances of IPv6? I don't know it well enough to change Otherwise, i think it is good enough to add in without much additional work. If you can't wait till next week, Karl, you're welcome to update to CVS. Ton -----Original Message----- From: Karl DeBisschop [mailto:karl at debisschop.net] Sent: Thursday, February 26, 2004 12:53 PM To: Awais Ahmad Cc: nagiosplug-devel at lists.sourceforge.net Subject: Re: [Nagiosplug-devel] check_dns On 26 Feb 2004 12:38:55 +0000 Awais Ahmad wrote: > > Has anyone looked at the patch? I'd be interested in feedback > and further discussion on whether its worth doing against HEAD. I haven't yet. Ton said he was working on the port to resolver libs, but I also know he's pretty busy. If we don't hear from him about where he is, I'll look at it today and may well come back with a request to update it to head. We have repeatedly stated that check_dns will be migrated to resolver functions. If you've done the work, why should we do it again. BTW - did you handle IPv6? -- Karl ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ 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 This private and confidential e-mail has been sent to you by Egg. The Egg group of companies includes Egg Banking plc (registered no. 2999842), Egg Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd (registered no. 3403963) which is authorised and regulated by the Financial Services Authority. Egg Investments Ltd. is entered in the FSA register under number 190518. Registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you are not the intended recipient of this e-mail and have received it in error, please notify the sender by replying with 'received in error' as the subject and then delete it from your mailbox. From awais at eurobell.net Thu Feb 26 06:41:08 2004 From: awais at eurobell.net (Awais Ahmad) Date: Thu Feb 26 06:41:08 2004 Subject: [Nagiosplug-devel] check_dns In-Reply-To: References: Message-ID: <1077806128.4164.41.camel@smithers> Inline comments follow, On Thu, 2004-02-26 at 13:29, Voon, Ton wrote: > Sorry, I was going to look at it, but haven't had much time recently so > haven't touched it. Was going to use this as the basis of the resolver libs > change - why reinvent the wheel? Probably won't have time till next week. Thats really what I was looking for, since I have no time to do anymore myself. > Cursory glance looks good. Couple of things: > > 1) Some autoconf stuff will need to be added for the libraries > 2) There's been a recent update on --expect-authority, so a bit of work > needed to incoporate that > 3) Any chances of IPv6? I don't know it well enough to change Same here unfortunately. > > Otherwise, i think it is good enough to add in without much additional work. > If you can't wait till next week, Karl, you're welcome to update to CVS. > > Ton > > -----Original Message----- > From: Karl DeBisschop [mailto:karl at debisschop.net] > Sent: Thursday, February 26, 2004 12:53 PM > To: Awais Ahmad > Cc: nagiosplug-devel at lists.sourceforge.net > Subject: Re: [Nagiosplug-devel] check_dns > > > On 26 Feb 2004 12:38:55 +0000 > Awais Ahmad wrote: > > > > > Has anyone looked at the patch? I'd be interested in feedback > > and further discussion on whether its worth doing against HEAD. > > I haven't yet. Ton said he was working on the port to > resolver libs, but I also know he's pretty busy. If we don't hear from > him about where he is, I'll look at it today and may well come back with > a request to update it to head. We have repeatedly stated that check_dns > will be migrated to resolver functions. If you've done the work, why > should we do it again. > > BTW - did you handle IPv6? > > -- > Karl > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > 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 > > > This private and confidential e-mail has been sent to you by Egg. > The Egg group of companies includes Egg Banking plc > (registered no. 2999842), Egg Financial Products Ltd (registered > no. 3319027) and Egg Investments Ltd (registered no. 3403963) which > is authorised and regulated by the Financial Services Authority. Egg > Investments Ltd. is entered in the FSA register under number 190518. > > Registered in England and Wales. Registered offices: 1 Waterhouse > Square, 138-142 Holborn, London EC1N 2NA. > > If you are not the intended recipient of this e-mail and have received > it in error, please notify the sender by replying with 'received in > error' as the subject and then delete it from your mailbox. > > From jhmartin at toger.us Thu Feb 26 08:39:12 2004 From: jhmartin at toger.us (Jason Martin) Date: Thu Feb 26 08:39:12 2004 Subject: [Nagiosplug-devel] Re: Rewrite of check_log In-Reply-To: <20040226023956.8622.qmail@minnow.softflare.net> References: <20040226023956.8622.qmail@minnow.softflare.net> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I believe check_log2 uses a state file that has the byte position where it last. If the log rotates, the seek to that location will fail and it will start from the beginning. You are correct in that check_log's method of using diff to read only the new events is ...interesting. - -Jason Martin Feb 2004, Paul L. Allen wrote: > Flo Gleixner writes: > > > I did a half-rewrite of the check_log script. > > Good. Both check_log and check_log2 are seriously flawed (in my > opinion). They do NOT scale well for large logs. My PHB writes > stuff that deals with logs and scales badly too, and I beat him over the > head when it all falls apart and one of our boxes goes into terminal > CPU overload because of his crude approach to dealing with log events. > > > - No more diff. It calculates the difference with the difference of the > > filesizes and only greps the added lines. This implies: > > - greatly increased performance for large log files. > > Good. So what happens when logrotate kicks in? I think a check_log > replacement has to retain state: how far it got into the logfile and > the inode of the logfile (so it can know if the file has been rotated). > I haven't examined the problem very deeply because right now I don't > have a need to use check_log. But those are the two biggest problems > that occurred to me when I looked at check_log and check_log2 (sorry, > Ethan, those two just don't come even close to being sensible if I wanted > to monitor any of our logs - typical maillog size is 40M/day and a "scan > right the way through to get the latest entry" approach just doesn't > cut it.) > > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.3.3 (GNU/Linux) Comment: pgpenvelope 2.10.2 - http://pgpenvelope.sourceforge.net/ iD8DBQFAPiCKl2ODWuqVSBMRAl8dAJ9U5YiFI7s1eq/wcrVUbIVjrlvIgACdFrQE UhBiNVk7ThaTEYQDg7fQoew= =V7Wx -----END PGP SIGNATURE----- From pla at softflare.com Thu Feb 26 09:39:01 2004 From: pla at softflare.com (Paul L. Allen) Date: Thu Feb 26 09:39:01 2004 Subject: [Nagiosplug-devel] Re: Rewrite of check_log In-Reply-To: References: <20040226023956.8622.qmail@minnow.softflare.net> Message-ID: <20040226173611.25870.qmail@minnow.softflare.net> Jason Martin writes: > I believe check_log2 uses a state file that has the byte position where > it last. If the log rotates, the seek to that location will fail and it > will start from the beginning. You're right. I had a brief look at check_log2 many, many months ago and remembered only that there was something I didn't like about it. It is doing the scanning relatively sensibly. However, I don't think sufficient protection has been given for the case where checks overlap for some reason, although that is unlikely to happen unless the check interval is absurdly low or the log file is absurdly big. The status code usage doesn't seem right to me. If it gets a match it reports a warning when, for most things, you'd want it to report critical. If there is an error (like file not found) it reports critical when it should, I believe, report unknown according to the plugin guidelines. Ideally, of course, it would be nice to specify an optional number of matches for warning and critical levels so that you can do crude rate detection of events (assuming that scheduling is regular, which in practise it isn't). Even better would be to use the timestamp on the seek file to figure out the elapsed time and get a true rate. I'm thinking here of IDS logs - one intrusion attempt between check intervals is probably nothing to worry about but a couple of hundred definitely would be. Hmmm, and there is another mode of operation that would be useful. Being able to latch an alert and specify another pattern that cancels the alert. So if it spots item X in the log it returns critical on that and subsequent checks and only returns to OK if it later spots item Y in the log. Some things do log when there is a problem and also when there is a recovery, although the ones that come to mind (like pptp tunnels) are better monitored in other ways. > You are correct in that check_log's method of using diff to read only the > new events is ...interesting. Tell me about it. Ever since my boss learned shell he's been doing "interesting" things with it. I.e., crazy, inefficient and resource- intensive things. Things that are perfectly sensible for one-off tasks, or stuff that runs once a week, but very silly when you're running them every 5 minutes from cron, which is what he does with them. -- Paul Allen Softflare Support From noreply at sourceforge.net Thu Feb 26 11:32:10 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 26 11:32:10 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-738128 ] check_mssql plugin Message-ID: New Plugins item #738128, was opened at 2003-05-15 04:32 Message generated for change (Comment added) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=738128&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Roy Sigurd Karlsbakk (rkarlsba) Assigned to: Subhendu Ghosh (sghosh) Summary: check_mssql plugin Initial Comment: hi here's (another?) check_mssql plugin written in perl. the only other I've seen was a hacky bourne shell. Waddayathink? roy ---------------------------------------------------------------------- >Comment By: Subhendu Ghosh (sghosh) Date: 2004-02-26 14:27 Message: Logged In: YES user_id=46572 Instead of OpenClient, use the FreeTDS libs - from Freetds.org DBD::Sybase recognizes FreeTDS just fine. ---------------------------------------------------------------------- Comment By: Alain Goldberg (agolt) Date: 2004-02-26 05:17 Message: Logged In: YES user_id=982117 I think i would like to use it ;-) It's just that I fail install of CPAN DBD::Sybase it says I need an "open client" library... where/how do i get this stuff... some install help inside the plugin source could be very valuable Thansk anyway ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-06-04 03:43 Message: Logged In: YES user_id=145309 bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, sorry. forgot to test last upload. here's another one. this should work ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-06-02 03:19 Message: Logged In: YES user_id=145309 Updated comment in top to reflect a GPL licence ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-27 09:23 Message: Logged In: YES user_id=145309 Thanks you for submitting your plugin/script for inclusion in the NagiosPlugins project. Please note that only plugins/scripts with an opensource license can be accepted in this project. Please ensure that your code contains explicit copyright and license information. Future status of your plugin: Initially the plugin will be included asis in the contrib directory. If you have any updates or patches that need to be applied, please post them on the NaiosPlugins website under Patches. (http://sourceforge.net/tracker/?group_id=29880&atid=397599) If the plugin code meets with the guidelines and there is a general consensus among users that it is useful and could see wide deployment, the plugin code will be migrated from "contrib" to "supported" status in either the plugins or plugins-scripts directories. Future status of your script: At this time we have only started collecting scripts that are used for report generation. Their future migration to supported status is not clear at the moment. Again thanks for contributing to opensource. The NagiosPlugins Team ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-27 09:21 Message: Logged In: YES user_id=145309 Thanks you for submitting your plugin/script for inclusion in the NagiosPlugins project. Please note that only plugins/scripts with an opensource license can be accepted in this project. Please ensure that your code contains explicit copyright and license information. Future status of your plugin: Initially the plugin will be included asis in the contrib directory. If you have any updates or patches that need to be applied, please post them on the NaiosPlugins website under Patches. (http://sourceforge.net/tracker/?group_id=29880&atid=397599) If the plugin code meets with the guidelines and there is a general consensus among users that it is useful and could see wide deployment, the plugin code will be migrated from "contrib" to "supported" status in either the plugins or plugins-scripts directories. Future status of your script: At this time we have only started collecting scripts that are used for report generation. Their future migration to supported status is not clear at the moment. Again thanks for contributing to opensource. The NagiosPlugins Team ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=738128&group_id=29880 From noreply at sourceforge.net Fri Feb 27 01:30:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 27 01:30:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-905708 ] check_smtp do not check error codes Message-ID: Bugs item #905708, was opened at 2004-02-27 12:24 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=905708&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Max Kosmach (begemot) Assigned to: Nobody/Anonymous (nobody) Summary: check_smtp do not check error codes Initial Comment: check_smtp now checks only first code (ie 220 ...) But not check any other codes, (ie 250 2.1.0 nagios-test at mydomain.ru... Sender ok..) so I can't detect that my mailserver can't receive mail because of low space, died milter plugin or other ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=905708&group_id=29880 From karl at debisschop.net Fri Feb 27 04:56:03 2004 From: karl at debisschop.net (Karl DeBisschop) Date: Fri Feb 27 04:56:03 2004 Subject: [Nagiosplug-devel] check_dns In-Reply-To: <1077806128.4164.41.camel@smithers> References: <1077806128.4164.41.camel@smithers> Message-ID: <20040227075212.7b9daeb9.karl@debisschop.net> On 26 Feb 2004 14:35:28 +0000 Awais Ahmad wrote: > > Inline comments follow, > > On Thu, 2004-02-26 at 13:29, Voon, Ton wrote: > > Sorry, I was going to look at it, but haven't had much time recently > > so haven't touched it. Was going to use this as the basis of the > > resolver libs change - why reinvent the wheel? Probably won't have > > time till next week. > > Thats really what I was looking for, since I have no time to do > anymore myself. > > > > Cursory glance looks good. Couple of things: > > > > 1) Some autoconf stuff will need to be added for the libraries > > 2) There's been a recent update on --expect-authority, so a bit of > > work needed to incoporate that > > 3) Any chances of IPv6? I don't know it well enough to change > > Same here unfortunately. > > > > > Otherwise, i think it is good enough to add in without much > > additional work. If you can't wait till next week, Karl, you're > > welcome to update to CVS. So for the moment the wrapup is that we are interested in your work, Awais. And grateful for it. Whoever can get to porting it to head should do so. If anyone sits down to do it, try and drop a note so that the others don't unnecessarily duplicate the work. -- Karl From hampus at activemediatech.com Fri Feb 27 05:21:06 2004 From: hampus at activemediatech.com (Hampus Linden) Date: Fri Feb 27 05:21:06 2004 Subject: [Nagiosplug-devel] Bug in check_swap Message-ID: Hi, I have some strange behavior with check_swap and large swap slices. [root at devapp01 /]# /usr/libexec/nrpe/check_swap -w 90% -c 95% CRITICAL - Swap used: -2147483648% (0 out of 0) Other usefull output: [root at devapp01 /]# swapon -s Filename Type Size Used Priority /dev/mapper/Volume00-LogVol03 partition 3248120 5876 -1 [root at devapp01 /]# free total used free shared buffers cached Mem: 2072100 2045116 26984 0 271048 1557352 -/+ buffers/cache: 216716 1855384 Swap: 3248120 5876 3242244 Thanks. Hampus Linden System Administrator | Active Media www.activemediatech.com From Ton.Voon at egg.com Fri Feb 27 07:04:10 2004 From: Ton.Voon at egg.com (Voon, Ton) Date: Fri Feb 27 07:04:10 2004 Subject: [Nagiosplug-devel] Bug in check_swap Message-ID: Hampus, Which version of check_swap are you using? Which OS? Can you send the output from a check_swap -v -v -v -w 90% -c 95%? Ton -----Original Message----- From: Hampus Linden [mailto:hampus at activemediatech.com] Sent: Friday, February 27, 2004 1:18 PM To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] Bug in check_swap Hi, I have some strange behavior with check_swap and large swap slices. [root at devapp01 /]# /usr/libexec/nrpe/check_swap -w 90% -c 95% CRITICAL - Swap used: -2147483648% (0 out of 0) Other usefull output: [root at devapp01 /]# swapon -s Filename Type Size Used Priority /dev/mapper/Volume00-LogVol03 partition 3248120 5876 -1 [root at devapp01 /]# free total used free shared buffers cached Mem: 2072100 2045116 26984 0 271048 1557352 -/+ buffers/cache: 216716 1855384 Swap: 3248120 5876 3242244 Thanks. Hampus Linden System Administrator | Active Media www.activemediatech.com ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ 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 This private and confidential e-mail has been sent to you by Egg. The Egg group of companies includes Egg Banking plc (registered no. 2999842), Egg Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd (registered no. 3403963) which is authorised and regulated by the Financial Services Authority. Egg Investments Ltd. is entered in the FSA register under number 190518. Registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you are not the intended recipient of this e-mail and have received it in error, please notify the sender by replying with 'received in error' as the subject and then delete it from your mailbox. From hampus at activemediatech.com Fri Feb 27 08:13:04 2004 From: hampus at activemediatech.com (Hampus Linden) Date: Fri Feb 27 08:13:04 2004 Subject: [Nagiosplug-devel] Bug in check_swap In-Reply-To: Message-ID: My own assumption is the bug is caused by the restructuring of /proc/meminfo in kernel 2.6 2.4 outputs all swap info on one line as well as on separate lines. 2.4: cat /proc/meminfo |grep -i swap Swap: 4145455104 1544192 4143910912 SwapCached: 316 kB SwapTotal: 4048296 kB SwapFree: 4046788 kB 2.6: cat /proc/meminfo |grep -i swap SwapCached: 0 kB SwapTotal: 2097144 kB SwapFree: 2097144 kB -----Original Message----- From: nagiosplug-devel-admin at lists.sourceforge.net [mailto:nagiosplug-devel-admin at lists.sourceforge.net] On Behalf Of Voon, Ton Sent: 27 February 2004 15:00 To: 'Hampus Linden'; nagiosplug-devel at lists.sourceforge.net Subject: RE: [Nagiosplug-devel] Bug in check_swap Hampus, Which version of check_swap are you using? Which OS? Can you send the output from a check_swap -v -v -v -w 90% -c 95%? Ton -----Original Message----- From: Hampus Linden [mailto:hampus at activemediatech.com] Sent: Friday, February 27, 2004 1:18 PM To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] Bug in check_swap Hi, I have some strange behavior with check_swap and large swap slices. [root at devapp01 /]# /usr/libexec/nrpe/check_swap -w 90% -c 95% CRITICAL - Swap used: -2147483648% (0 out of 0) Other usefull output: [root at devapp01 /]# swapon -s Filename Type Size Used Priority /dev/mapper/Volume00-LogVol03 partition 3248120 5876 -1 [root at devapp01 /]# free total used free shared buffers cached Mem: 2072100 2045116 26984 0 271048 1557352 -/+ buffers/cache: 216716 1855384 Swap: 3248120 5876 3242244 Thanks. Hampus Linden System Administrator | Active Media www.activemediatech.com ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ 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 This private and confidential e-mail has been sent to you by Egg. The Egg group of companies includes Egg Banking plc (registered no. 2999842), Egg Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd (registered no. 3403963) which is authorised and regulated by the Financial Services Authority. Egg Investments Ltd. is entered in the FSA register under number 190518. Registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you are not the intended recipient of this e-mail and have received it in error, please notify the sender by replying with 'received in error' as the subject and then delete it from your mailbox. ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ 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 noreply at sourceforge.net Fri Feb 27 08:40:06 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 27 08:40:06 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-905971 ] check_swap bug with Linux 2.6 Message-ID: Bugs item #905971, was opened at 2004-02-27 16:34 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=905971&group_id=29880 Category: Parsing problem Group: None Status: Open Resolution: None Priority: 7 Submitted By: Ton Voon (tonvoon) Assigned to: Nobody/Anonymous (nobody) Summary: check_swap bug with Linux 2.6 Initial Comment: check_swap returns: [root at devapp01 /]# /usr/libexec/nrpe/check_swap -w 90% -c 95% CRITICAL - Swap used: -2147483648% (0 out of 0) 2.4: cat /proc/meminfo |grep -i swap Swap: 4145455104 1544192 4143910912 SwapCached: 316 kB SwapTotal: 4048296 kB SwapFree: 4046788 kB 2.6: cat /proc/meminfo |grep -i swap SwapCached: 0 kB SwapTotal: 2097144 kB SwapFree: 2097144 kB This is a parsing problem for Linux 2.6 systems. Bug reported by Hampus Linden. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=905971&group_id=29880 From Ton.Voon at egg.com Fri Feb 27 08:42:02 2004 From: Ton.Voon at egg.com (Voon, Ton) Date: Fri Feb 27 08:42:02 2004 Subject: [Nagiosplug-devel] Bug in check_swap Message-ID: Hampus, I think you're right. Code looks like it only expects the 2.4 version of output, ie, the first line of information. Looks like the change is to parse for SwapCached, SwapTotal and SwapFree instead. Thanks for the bug report - I've raised it on SF: http://sourceforge.net/tracker/index.php?func=detail&aid=905971&group_id=298 80&atid=397597 so I don't lose sight of this. I'll have a go, but probably not until next week. If you can provide a patch, I'll be happy to accept. Ton -----Original Message----- From: Hampus Linden [mailto:hampus at activemediatech.com] Sent: Friday, February 27, 2004 4:10 PM To: nagiosplug-devel at lists.sourceforge.net Subject: Re: [Nagiosplug-devel] Bug in check_swap My own assumption is the bug is caused by the restructuring of /proc/meminfo in kernel 2.6 2.4 outputs all swap info on one line as well as on separate lines. 2.4: cat /proc/meminfo |grep -i swap Swap: 4145455104 1544192 4143910912 SwapCached: 316 kB SwapTotal: 4048296 kB SwapFree: 4046788 kB 2.6: cat /proc/meminfo |grep -i swap SwapCached: 0 kB SwapTotal: 2097144 kB SwapFree: 2097144 kB -----Original Message----- From: nagiosplug-devel-admin at lists.sourceforge.net [mailto:nagiosplug-devel-admin at lists.sourceforge.net] On Behalf Of Voon, Ton Sent: 27 February 2004 15:00 To: 'Hampus Linden'; nagiosplug-devel at lists.sourceforge.net Subject: RE: [Nagiosplug-devel] Bug in check_swap Hampus, Which version of check_swap are you using? Which OS? Can you send the output from a check_swap -v -v -v -w 90% -c 95%? Ton -----Original Message----- From: Hampus Linden [mailto:hampus at activemediatech.com] Sent: Friday, February 27, 2004 1:18 PM To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] Bug in check_swap Hi, I have some strange behavior with check_swap and large swap slices. [root at devapp01 /]# /usr/libexec/nrpe/check_swap -w 90% -c 95% CRITICAL - Swap used: -2147483648% (0 out of 0) Other usefull output: [root at devapp01 /]# swapon -s Filename Type Size Used Priority /dev/mapper/Volume00-LogVol03 partition 3248120 5876 -1 [root at devapp01 /]# free total used free shared buffers cached Mem: 2072100 2045116 26984 0 271048 1557352 -/+ buffers/cache: 216716 1855384 Swap: 3248120 5876 3242244 Thanks. Hampus Linden System Administrator | Active Media www.activemediatech.com This private and confidential e-mail has been sent to you by Egg. The Egg group of companies includes Egg Banking plc (registered no. 2999842), Egg Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd (registered no. 3403963) which is authorised and regulated by the Financial Services Authority. Egg Investments Ltd. is entered in the FSA register under number 190518. Registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you are not the intended recipient of this e-mail and have received it in error, please notify the sender by replying with 'received in error' as the subject and then delete it from your mailbox. From noreply at sourceforge.net Fri Feb 27 10:33:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 27 10:33:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-906051 ] check_xml-rpc.pl: XML-RPC checker Message-ID: New Plugins item #906051, was opened at 2004-02-27 18:27 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=906051&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Awais Ahmad (synked) Assigned to: Nobody/Anonymous (nobody) Summary: check_xml-rpc.pl: XML-RPC checker Initial Comment: Checks an XML-RPC server by calling the method you specify. Supports specifying parameters for the method as well as checking the response with a specified regex. Awais Ahmad ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=906051&group_id=29880 From karl at debisschop.net Fri Feb 27 19:18:01 2004 From: karl at debisschop.net (Karl DeBisschop) Date: Fri Feb 27 19:18:01 2004 Subject: [Nagiosplug-devel] Bug in check_swap In-Reply-To: References: Message-ID: <20040227221413.728b12b7.karl@debisschop.net> On Fri, 27 Feb 2004 13:17:47 -0000 "Hampus Linden" wrote: > Hi, > > I have some strange behavior with check_swap and large swap slices. > > [root at devapp01 /]# /usr/libexec/nrpe/check_swap -w 90% -c 95% > CRITICAL - Swap used: -2147483648% (0 out of 0) Since you have not mentioned versions of the OS, the plugins, or nrpe, it's a little harder to recommend solutions. But I did commit changes to check_swap just a few nights ago that increased the size of several variable to unsigned long long. You might want to try the lastes from CVS [check_swap (nagios-plugins 1.4.0alpha1) 1.26]. Let us know if it fixes things. if not, please provide some data on your OS. -- Karl From noreply at sourceforge.net Fri Feb 27 21:25:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 27 21:25:00 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-905971 ] check_swap bug with Linux 2.6 Message-ID: Bugs item #905971, was opened at 2004-02-27 11:34 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=905971&group_id=29880 Category: Parsing problem Group: None Status: Open >Resolution: Fixed Priority: 7 Submitted By: Ton Voon (tonvoon) >Assigned to: Karl DeBisschop (kdebisschop) Summary: check_swap bug with Linux 2.6 Initial Comment: check_swap returns: [root at devapp01 /]# /usr/libexec/nrpe/check_swap -w 90% -c 95% CRITICAL - Swap used: -2147483648% (0 out of 0) 2.4: cat /proc/meminfo |grep -i swap Swap: 4145455104 1544192 4143910912 SwapCached: 316 kB SwapTotal: 4048296 kB SwapFree: 4046788 kB 2.6: cat /proc/meminfo |grep -i swap SwapCached: 0 kB SwapTotal: 2097144 kB SwapFree: 2097144 kB This is a parsing problem for Linux 2.6 systems. Bug reported by Hampus Linden. ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-28 00:21 Message: Logged In: YES user_id=1671 Please check CVS head - works on my 2.6 system, but I have much less swap than you. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=905971&group_id=29880 From noreply at sourceforge.net Fri Feb 27 23:07:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 27 23:07:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-905708 ] check_smtp do not check error codes Message-ID: Bugs item #905708, was opened at 2004-02-27 04:24 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=905708&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Max Kosmach (begemot) >Assigned to: Karl DeBisschop (kdebisschop) Summary: check_smtp do not check error codes Initial Comment: check_smtp now checks only first code (ie 220 ...) But not check any other codes, (ie 250 2.1.0 nagios-test at mydomain.ru... Sender ok..) so I can't detect that my mailserver can't receive mail because of low space, died milter plugin or other ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-28 02:03 Message: Logged In: YES user_id=1671 I have made changes to CVS HEAD to address this. check_smtp wil now accept command (-C) and response (-R) arguments. Generally, in pair, but if you have 5 command and 3 responses, it will work excep only 3 reponses will actually be checked. I the respons check is a string match against from the start of the server response. So '-R 250' passes if the server responds '250 2.1.0 karl at debisschop.net...' but '-R 2.5.1' is not a match. That' may be a problem, I think. Should -R be a regex match? Any other comments? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=905708&group_id=29880 From noreply at sourceforge.net Fri Feb 27 23:09:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 27 23:09:00 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-886325 ] check_procs 1.40alpha1 Message-ID: Bugs item #886325, was opened at 2004-01-28 11:24 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=886325&group_id=29880 Category: None Group: None >Status: Pending >Resolution: Fixed Priority: 5 Submitted By: Ralph Rye (norgetek) Assigned to: Karl DeBisschop (kdebisschop) Summary: check_procs 1.40alpha1 Initial Comment: On AIX 5L the maximum command agruments display with a ps command appears to be 2045 chars. When using the check_procs on a WebSphere application server, the check_procs segementation faults. I mod'd the MAX_INPUT_BUFFER variable to 2048 and recompiled the check_procs binary and every thing works fine. ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-28 02:05 Message: Logged In: YES user_id=1671 I have marked this bug a pending - it will automatically close in 15 days if there is no response. I think the problem is resolved, but I do not have access to AIX for testing. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-20 00:13 Message: Logged In: YES user_id=1671 Thanks for the bug report. Although I don't quite see where the segfault would be created, you clearly have put your finger on a problem. I diid not, however, want to replace an arbitrary 1024 with an equally arbitrary 2048. Instead I malloc more memory if needed. However, I do not have access to AIX. can you try a build from CVS or the snapshot? You're can be sure you have my proposed fix if you run check_procs --version and get: check_procs (nagios-plugins 1.4.0alpha1) 1.26 Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=886325&group_id=29880 From noreply at sourceforge.net Fri Feb 27 23:11:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 27 23:11:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-866485 ] Overflow in check_swap Message-ID: Bugs item #866485, was opened at 2003-12-27 18:56 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=866485&group_id=29880 Category: None Group: None >Status: Pending Resolution: Fixed Priority: 5 Submitted By: Johannes Formann (jformann) Assigned to: Karl DeBisschop (kdebisschop) Summary: Overflow in check_swap Initial Comment: When running check_swap on server with more than 4 GB swap (in this case with about 16 GB) it will report a false percentage as beeing used: /opt/master/nagios/libexec/check_swap -w 30% -c 70% WARNING - Swap used: 32% (1412804608 out of 4294967295) # free total used free shared buffers cached Mem: 4011044 4001688 9356 0 23168 3668088 -/+ buffers/cache: 310432 3700612 Swap: 16097500 1379860 14717640 I've checked this from 1.3 over 1.3.1 up to 1.4a1 I think the vars must be changed from long to long long. ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-28 02:07 Message: Logged In: YES user_id=1671 I have marked this bug pending - it will close automatically in 15 days if no one verifies my testing of the fixed plugin. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-25 03:18 Message: Logged In: YES user_id=1671 I think changing the vars to long long as you suggest is a better option than the patch below. The change has been made and committed to CVS head. I had a test case which showed incorrect info before the patch and correct info after, so in at least one case the patch works as expected. ---------------------------------------------------------------------- Comment By: Johannes Formann (jformann) Date: 2004-01-01 14:40 Message: Logged In: YES user_id=938859 Someone was so nice, to take a look (thanks Hunz) and made me a smal patch I'd like to share *** ../nagios-plugins-1.4.0alpha1/plugins/check_swap.c Wed Nov 12 05:37:19 2003 --- plugins/check_swap.c Thu Jan 1 19:28:34 2004 *************** *** 82,87 **** --- 82,95 ---- #ifdef HAVE_PROC_MEMINFO fp = fopen (PROC_MEMINFO, "r"); while (fgets (input_buffer, MAX_INPUT_BUFFER - 1, fp)) { + unsigned long tmp; + if(sscanf(input_buffer, "%s %lu", str, &tmp)==2) { + if(! strncmp(str,"SwapTotal",strlen("SwapTotal"))) + total_swap+=(tmp>>10); + else if(! strncmp(str,"SwapFree",strlen("SwapFree"))) + free_swap+=(tmp>>10); + } + /* if (sscanf (input_buffer, " %s %lu %lu %lu", str, &dsktotal, &dskused, &dskfree) == 4 && strstr (str, "Swap")) { dsktotal = dsktotal / 1048576; *************** *** 97,104 **** --- 105,114 ---- asprintf (&status, "%s [%lu (%d%%)]", status, dskfree, 100 - percent); } } + */ } fclose(fp); + used_swap=total_swap-free_swap; #else # ifdef HAVE_SWAP asprintf(&swap_command, "%s", SWAP_COMMAND); *************** *** 240,246 **** check_swap (int usp, long unsigned int free_swap) { int result = STATE_UNKNOWN; - free_swap = free_swap * 1024; /* Convert back to bytes as warn and crit specified in bytes */ if (usp >= 0 && crit_percent != 0 && usp >= (100.0 - crit_percent)) result = STATE_CRITICAL; else if (crit_size > 0 && free_swap <= crit_size) --- 251,256 ---- *************** *** 399,411 **** printf (_("\n -w, --warning=INTEGER\n! Exit with WARNING status if less than INTEGER bytes of swap space are free\n -w, --warning=PERCENT%%\n! Exit with WARNING status if less than PERCENT of swap space has been used\n -c, --critical=INTEGER\n! Exit with CRITICAL status if less than INTEGER bytes of swap space are free\n -c, --critical=PERCENT%%\n! Exit with CRITCAL status if less than PERCENT of swap space has been used\n -a, --allswaps\n Conduct comparisons for all swap partitions, one by one\n")); --- 410,422 ---- printf (_("\n -w, --warning=INTEGER\n! Exit with WARNING status if less than INTEGER mega bytes of swap space are free\n -w, --warning=PERCENT%%\n! Exit with WARNING status if less than PERCENT of swap space are free\n -c, --critical=INTEGER\n! Exit with CRITICAL status if less than INTEGER mega bytes of swap space are free\n -c, --critical=PERCENT%%\n! Exit with CRITCAL status if less than PERCENT of swap space are free\n -a, --allswaps\n Conduct comparisons for all swap partitions, one by one\n")); *************** *** 426,433 **** print_usage (void) { printf (_("Usage:\n! %s [-a] -w %% -c %%\n! %s [-a] -w -c \n %s (-h | --help) for detailed help\n %s (-V | --version) for version information\n"), progname, progname, progname, progname); --- 437,444 ---- print_usage (void) { printf (_("Usage:\n! %s [-a] -w %% -c %%\n! %s [-a] -w -c \n %s (-h | --help) for detailed help\n %s (-V | --version) for version information\n"), progname, progname, progname, progname); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=866485&group_id=29880 From noreply at sourceforge.net Fri Feb 27 23:20:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 27 23:20:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-839427 ] problem with check_snmp -c Message-ID: Bugs item #839427, was opened at 2003-11-10 13:47 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=839427&group_id=29880 Category: Interface (example) Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Peter (pkringle) Assigned to: Nobody/Anonymous (nobody) Summary: problem with check_snmp -c Initial Comment: check_snmp (nagios-plugins 1.3.1) 1.24.2.2 If you run the follow command it work fine with the -w, when within 1 - 200 it errors, and when outside 1 - 200 it is OK. check_snmp -H $HOSTADDRESS$ -o $ARG2$ -w 200:1 -C $ARG1$ But if you use the -c it will always think it is an error if the result is 0 check_snmp -H $HOSTADDRESS$ -o $ARG2$ -c 200:1 -C $ARG1$ I believe this is just a problem witht he source, but I personally haven't learn C very well (just a perl and php guy). Thanks. ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-28 02:16 Message: Logged In: YES user_id=1671 Verified: ./plugins/check_snmp -C xxx -P 1 -o .1.3.6.1.2.1.11.3.0 -H 127.0.0.1 -c 200:1 SNMP CRITICAL - *0* ./plugins/check_snmp -C xxx -P 1 -o .1.3.6.1.2.1.11.3.0 -H 127.0.0.1 -w 200:1 SNMP OK - 0 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=839427&group_id=29880 From noreply at sourceforge.net Fri Feb 27 23:21:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 27 23:21:00 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-839427 ] problem with check_snmp -c Message-ID: Bugs item #839427, was opened at 2003-11-10 13:47 Message generated for change (Settings changed) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=839427&group_id=29880 Category: Interface (example) Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Peter (pkringle) >Assigned to: Karl DeBisschop (kdebisschop) Summary: problem with check_snmp -c Initial Comment: check_snmp (nagios-plugins 1.3.1) 1.24.2.2 If you run the follow command it work fine with the -w, when within 1 - 200 it errors, and when outside 1 - 200 it is OK. check_snmp -H $HOSTADDRESS$ -o $ARG2$ -w 200:1 -C $ARG1$ But if you use the -c it will always think it is an error if the result is 0 check_snmp -H $HOSTADDRESS$ -o $ARG2$ -c 200:1 -C $ARG1$ I believe this is just a problem witht he source, but I personally haven't learn C very well (just a perl and php guy). Thanks. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-28 02:16 Message: Logged In: YES user_id=1671 Verified: ./plugins/check_snmp -C xxx -P 1 -o .1.3.6.1.2.1.11.3.0 -H 127.0.0.1 -c 200:1 SNMP CRITICAL - *0* ./plugins/check_snmp -C xxx -P 1 -o .1.3.6.1.2.1.11.3.0 -H 127.0.0.1 -w 200:1 SNMP OK - 0 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=839427&group_id=29880 From noreply at sourceforge.net Fri Feb 27 23:38:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 27 23:38:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-839427 ] problem with check_snmp -c Message-ID: Bugs item #839427, was opened at 2003-11-10 13:47 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=839427&group_id=29880 Category: Interface (example) Group: Release (specify) >Status: Pending >Resolution: Fixed Priority: 5 Submitted By: Peter (pkringle) Assigned to: Karl DeBisschop (kdebisschop) Summary: problem with check_snmp -c Initial Comment: check_snmp (nagios-plugins 1.3.1) 1.24.2.2 If you run the follow command it work fine with the -w, when within 1 - 200 it errors, and when outside 1 - 200 it is OK. check_snmp -H $HOSTADDRESS$ -o $ARG2$ -w 200:1 -C $ARG1$ But if you use the -c it will always think it is an error if the result is 0 check_snmp -H $HOSTADDRESS$ -o $ARG2$ -c 200:1 -C $ARG1$ I believe this is just a problem witht he source, but I personally haven't learn C very well (just a perl and php guy). Thanks. ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-28 02:34 Message: Logged In: YES user_id=1671 fixed. Marking a spending - without addition testing the bug will close itself in 15 days. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-28 02:16 Message: Logged In: YES user_id=1671 Verified: ./plugins/check_snmp -C xxx -P 1 -o .1.3.6.1.2.1.11.3.0 -H 127.0.0.1 -c 200:1 SNMP CRITICAL - *0* ./plugins/check_snmp -C xxx -P 1 -o .1.3.6.1.2.1.11.3.0 -H 127.0.0.1 -w 200:1 SNMP OK - 0 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=839427&group_id=29880 From noreply at sourceforge.net Fri Feb 27 23:41:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 27 23:41:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-683235 ] check_snmp doesn't pass -t argument Message-ID: Bugs item #683235, was opened at 2003-02-08 22:05 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=683235&group_id=29880 Category: Argument proccessing Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Karl DeBisschop (kdebisschop) Summary: check_snmp doesn't pass -t argument Initial Comment: The check_snmp plugin doesn't pass the -t (timeout) argument to snmpget. ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-28 02:37 Message: Logged In: YES user_id=1671 bug has been fixed for some time now - the plugin passes a 1 second retry interval to check_snmp, and retries (timeout-1) times. No negative comments have been raised, so I'm closing the bug. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2003-05-08 23:10 Message: Logged In: YES user_id=1671 CVS has been patched in both r130 and HEAD. We will be making a 1.3.x bug fix release in the not too distant future. But if anyone interested in this bug could test beforehand, that would be a big help. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2003-04-30 19:31 Message: Logged In: YES user_id=395628 1.2.9-b2 plugins supported the -t option (meaning timeout). ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2003-02-09 07:05 Message: Logged In: YES user_id=1671 it's true that there is a timeout option to snmpcmd - but it doesn't mean the same thing as for the plugins. But the post is correct that snmtget's notion of timeout should be waht causes the return, so we can pick up the error message, rather than just closing the socket. For now, I am giong to set the number of attempts to socket timeout - 1, and force the timeout interval to one second (overriding any local defaults, which has it's own problems) Can anyone with an older install of ucd-snmp tell me how far back support fot the -t and -r options is supported? Opinions on whether I need to add tests in configure.in? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=683235&group_id=29880 From noreply at sourceforge.net Sat Feb 28 19:30:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Feb 28 19:30:00 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-656754 ] check_procs (not cmd longer that 15char) Message-ID: Bugs item #656754, was opened at 2002-12-20 07:11 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=656754&group_id=29880 Category: Parsing problem Group: None >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Karl DeBisschop (kdebisschop) Summary: check_procs (not cmd longer that 15char) Initial Comment: "check_procs -C rendering_server" doesn't find any process but "check_procs -C rendering_serve" does. '/bin/ps -axo "stat uid ppid comm args"' clips the comm argument at 15chars in my system. (Redhat 7.0 linux 2.4.9). ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-28 22:25 Message: Logged In: YES user_id=1671 use -a to match args. If you use -C you must account yourself for the idiosyncracies of the output. (note, however, that there have been changes to check_procs, so the specific behaviior you describe may have changed since th bug was filed.) ---------------------------------------------------------------------- Comment By: Jan Ruzicka (ruza) Date: 2003-02-10 08:46 Message: Logged In: YES user_id=195140 sorry for previous comment I did not study the post carefully enough. The command is clipped always. The solution than would be to check(grep) both command and args columns. ---------------------------------------------------------------------- Comment By: Jan Ruzicka (ruza) Date: 2003-02-10 08:08 Message: Logged In: YES user_id=195140 the commnad should be then '/bin/ps -wwwaxo "stat uid ppid comm args"' instead of '/bin/ps -axo "stat uid ppid comm args"' The ps command without www parameter is trying to keep 80 char per line limit. I would like to have there also the lstart - the time when the process was started. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=656754&group_id=29880 From noreply at sourceforge.net Sat Feb 28 19:36:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Feb 28 19:36:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-848673 ] check_ldap does not do V3 binds Message-ID: Bugs item #848673, was opened at 2003-11-24 19:54 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=848673&group_id=29880 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Quanah Gibson-Mount (mishikal) Assigned to: Nobody/Anonymous (nobody) Summary: check_ldap does not do V3 binds Initial Comment: The check_ldap program does not do LDAP protocol V3 binds, only V2. This is trivial to fix, here is a patch. I'd guess what would be most useful is to add a "-P" option to allow you to select a protocol, and default to V3. Patch attached. ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-28 22:31 Message: Logged In: YES user_id=1671 A different patch for this issue has already been incorporated into CVS HEAD. ---------------------------------------------------------------------- Comment By: Quanah Gibson-Mount (mishikal) Date: 2003-11-27 04:51 Message: Logged In: YES user_id=621416 Here is a new patch with a "-R" option to set the protocol version. It also defaults to protocol version 2, since that is the current default level. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=848673&group_id=29880 From noreply at sourceforge.net Sat Feb 28 19:41:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Feb 28 19:41:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-903461 ] check_nwstat generates ipv6 calls (error) Message-ID: Bugs item #903461, was opened at 2004-02-24 09:14 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=903461&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Alex (faucon) Assigned to: Nobody/Anonymous (nobody) Summary: check_nwstat generates ipv6 calls (error) Initial Comment: Short story : check_nwstat is doing 2 X AAAA request and 1 X A request to my DNS server since version 1.3.99 (1.13). Details and tests : Linux server RedHat9. DNS server Netware With check_nwstat v1.3.99 or more recent, my DNS server is showing that my Nagios server is doing 2 X AAAA request (ip6) and 1 X A request (ip4). I tested with version 1.3.1 of the plugins, and there is no problem there. (but features in latest release are needed). I tested with other plugins and with ping, and everything is fine. Here is a peace of the logs. ---------------------- ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type aaaa Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-educ1.cslaval.qc.ca) of type aaaa Domain Name "srv-educ1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type aaaa Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type aaaa Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-educ1.cslaval.qc.ca) of type a Domain Name "srv-educ1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type aaaa Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type a Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type a Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 --------------------------------- ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-28 22:37 Message: Logged In: YES user_id=1671 Can you provide the service and command definitions that create these multiple requests? I don't have access to a test environment, but I'll be glad to look at the code and see if I can find anything. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=903461&group_id=29880 From noreply at sourceforge.net Sat Feb 28 20:24:09 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Feb 28 20:24:09 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-903461 ] check_nwstat generates ipv6 calls (error) Message-ID: Bugs item #903461, was opened at 2004-02-24 09:14 Message generated for change (Settings changed) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=903461&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Alex (faucon) >Assigned to: Karl DeBisschop (kdebisschop) Summary: check_nwstat generates ipv6 calls (error) Initial Comment: Short story : check_nwstat is doing 2 X AAAA request and 1 X A request to my DNS server since version 1.3.99 (1.13). Details and tests : Linux server RedHat9. DNS server Netware With check_nwstat v1.3.99 or more recent, my DNS server is showing that my Nagios server is doing 2 X AAAA request (ip6) and 1 X A request (ip4). I tested with version 1.3.1 of the plugins, and there is no problem there. (but features in latest release are needed). I tested with other plugins and with ping, and everything is fine. Here is a peace of the logs. ---------------------- ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type aaaa Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-educ1.cslaval.qc.ca) of type aaaa Domain Name "srv-educ1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type aaaa Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type aaaa Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-educ1.cslaval.qc.ca) of type a Domain Name "srv-educ1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type aaaa Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type a Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type a Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 --------------------------------- ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-28 23:18 Message: Logged In: YES user_id=1671 I may have found the cause - we were opening a new connection for each attribute requested. I have rewritten the code to open one connection and send repeatedly on tha one connection. But I do not have any way to test it and I do not know if the NW protocols allow it. Please test and provide feedback. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-28 22:37 Message: Logged In: YES user_id=1671 Can you provide the service and command definitions that create these multiple requests? I don't have access to a test environment, but I'll be glad to look at the code and see if I can find anything. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=903461&group_id=29880 From noreply at sourceforge.net Sat Feb 28 20:24:41 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Feb 28 20:24:41 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-903461 ] check_nwstat generates ipv6 calls (error) Message-ID: Bugs item #903461, was opened at 2004-02-24 09:14 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=903461&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Alex (faucon) Assigned to: Nobody/Anonymous (nobody) Summary: check_nwstat generates ipv6 calls (error) Initial Comment: Short story : check_nwstat is doing 2 X AAAA request and 1 X A request to my DNS server since version 1.3.99 (1.13). Details and tests : Linux server RedHat9. DNS server Netware With check_nwstat v1.3.99 or more recent, my DNS server is showing that my Nagios server is doing 2 X AAAA request (ip6) and 1 X A request (ip4). I tested with version 1.3.1 of the plugins, and there is no problem there. (but features in latest release are needed). I tested with other plugins and with ping, and everything is fine. Here is a peace of the logs. ---------------------- ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type aaaa Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-educ1.cslaval.qc.ca) of type aaaa Domain Name "srv-educ1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type aaaa Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type aaaa Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-educ1.cslaval.qc.ca) of type a Domain Name "srv-educ1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type aaaa Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type a Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type a Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 --------------------------------- ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-28 23:18 Message: Logged In: YES user_id=1671 I may have found the cause - we were opening a new connection for each attribute requested. I have rewritten the code to open one connection and send repeatedly on tha one connection. But I do not have any way to test it and I do not know if the NW protocols allow it. Please test and provide feedback. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-28 22:37 Message: Logged In: YES user_id=1671 Can you provide the service and command definitions that create these multiple requests? I don't have access to a test environment, but I'll be glad to look at the code and see if I can find anything. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=903461&group_id=29880