From noreply at sourceforge.net Mon Jan 2 11:32:13 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 2 11:32:13 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1395515 ] bug in configure.in for AIX and Solaris Message-ID: Bugs item #1395515, was opened at 2006-01-02 20:31 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=1395515&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Jean-Yves LENHOF (jylenhof) Assigned to: Nobody/Anonymous (nobody) Summary: bug in configure.in for AIX and Solaris Initial Comment: There are some bugs (I'm still looking for another one) in configure.in... for the ppid it should be &procppid instead of &procpid for AIX and Solaris (you'll have to check all platforms) dnl AIX 4.3.3 and 5.1 do not have an rss field elif ps -eo 'stat uid pid ppid vsz pcpu comm args' 2>/dev/null | \ egrep -i ["^ *S[TAUES]* +UID +PID +PPID +VSZ +%CPU +COMMAND +COMMAND"] > /dev/null then ac_cv_ps_varlist="[procstat,&procuid,&procpid,&procpid,&procvsz,&procpcp u,procprog,&pos]" ac_cv_ps_command="$PATH_TO_PS -eo 'stat uid pid ppid vsz pcpu comm args' " ac_cv_ps_format="%s %d %d %d %d %f %s %n" ac_cv_ps_cols=8 AC_MSG_RESULT([$ac_cv_ps_command - with no RSS]) dnl Solaris 2.6 elif ps -Ao 's comm vsz rss uid user pid ppid args' 2>/dev/null | \ egrep -i ["^S[TAUES]* +C[OMDNA]+ +V[SIZE]+ +RSS +UID +USER +PID +PPID +[ RGSCOMDNA]+"] >/dev/null then ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1395515&group_id=29880 From noreply at sourceforge.net Mon Jan 2 13:20:07 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 2 13:20:07 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1395515 ] bug in configure.in for AIX and Solaris Message-ID: Bugs item #1395515, was opened at 2006-01-02 20:31 Message generated for change (Comment added) made by jylenhof You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1395515&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Jean-Yves LENHOF (jylenhof) Assigned to: Nobody/Anonymous (nobody) Summary: bug in configure.in for AIX and Solaris Initial Comment: There are some bugs (I'm still looking for another one) in configure.in... for the ppid it should be &procppid instead of &procpid for AIX and Solaris (you'll have to check all platforms) dnl AIX 4.3.3 and 5.1 do not have an rss field elif ps -eo 'stat uid pid ppid vsz pcpu comm args' 2>/dev/null | \ egrep -i ["^ *S[TAUES]* +UID +PID +PPID +VSZ +%CPU +COMMAND +COMMAND"] > /dev/null then ac_cv_ps_varlist="[procstat,&procuid,&procpid,&procpid,&procvsz,&procpcp u,procprog,&pos]" ac_cv_ps_command="$PATH_TO_PS -eo 'stat uid pid ppid vsz pcpu comm args' " ac_cv_ps_format="%s %d %d %d %d %f %s %n" ac_cv_ps_cols=8 AC_MSG_RESULT([$ac_cv_ps_command - with no RSS]) dnl Solaris 2.6 elif ps -Ao 's comm vsz rss uid user pid ppid args' 2>/dev/null | \ egrep -i ["^S[TAUES]* +C[OMDNA]+ +V[SIZE]+ +RSS +UID +USER +PID +PPID +[ RGSCOMDNA]+"] >/dev/null then ---------------------------------------------------------------------- >Comment By: Jean-Yves LENHOF (jylenhof) Date: 2006-01-02 22:18 Message: Logged In: YES user_id=1417653 This bug is already fixed in CVS... (I've used 1.4.2 version) Perhaps an intermediate release will be nice ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1395515&group_id=29880 From noreply at sourceforge.net Tue Jan 3 23:08:07 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 3 23:08:07 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1396593 ] Perfdata Output by check_dns Message-ID: Bugs item #1396593, was opened at 2006-01-04 08:06 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=1396593&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Tobias Mucke (mucke) Assigned to: Nobody/Anonymous (nobody) Summary: Perfdata Output by check_dns Initial Comment: Hi everybody, just a little bug in perfdata output of the plugin check_dns. I'am using 1.4.2. Example for dns reverse lookup: /opt/nagios/plugins/check_dns -H IP -t 10 DNS OK: 0.004 seconds response time IP returns FQHN. |time=0.003981s;;;0.000000 Between plugin output and perfdata output is a line break, so perfdata will not get processed by Nagios. If I call it like a dns forward lookup, there is no line break. /opt/nagios/plugins/check_dns -H FQHN -a IP -t 10 DNS OK: 0.005 seconds response time FQHN returns IP|time=0.004883s;;;0.000000 By the way, it would be very nice to really test dns forward lookups by check_dns. I tried it the following, but this doesn't work, of course. Although it seems strange that FQHN ist not FQHN. /opt/nagios/plugins/check_dns -H IP -a FQHN -t 10 DNS CRITICAL - expected FQHN but got FQHN. Thanks a lot. Tobias ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1396593&group_id=29880 From noreply at sourceforge.net Wed Jan 4 08:14:13 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 4 08:14:13 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1396989 ] patch to output performance data in check_procs Message-ID: Patches item #1396989, was opened at 2006-01-04 16:13 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=1396989&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Perf data Group: None Status: Open Resolution: None Priority: 5 Submitted By: Florian Gleixner (redflo) Assigned to: Nobody/Anonymous (nobody) Summary: patch to output performance data in check_procs Initial Comment: Adds performance data. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1396989&group_id=29880 From noreply at sourceforge.net Thu Jan 5 21:39:10 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jan 5 21:39:10 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1398284 ] Compilation failed - nagios-plugins-1.4.2 Message-ID: Bugs item #1398284, was opened at 2006-01-06 05:38 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=1398284&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Michael Henry (aviast) Assigned to: Nobody/Anonymous (nobody) Summary: Compilation failed - nagios-plugins-1.4.2 Initial Comment: Version 1.4.2 of the plugins failed to compile with this error: gcc: cannot specify -o with -c or -S and multiple compilations Here's the full output: Making all in plugins make[2]: Entering directory `/home/nagios/nagios-plugins-1.4.2/plugins' if gcc -DLOCALEDIR=\"/home/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl /usr/local/pgsql/include -g -O2 -MT check_dhcp.o -MD -MP -MF ".deps/check_dhcp.Tpo" -c -o check_dhcp.o check_dhcp.c; \ then mv -f ".deps/check_dhcp.Tpo" ".deps/check_dhcp.Po"; else rm -f ".deps/check_dhcp.Tpo"; exit 1; fi gcc: cannot specify -o with -c or -S and multiple compilations make[2]: *** [check_dhcp.o] Error 1 make[2]: Leaving directory `/home/nagios/nagios-plugins-1.4.2/plugins' The version of GCC is: gcc (GCC) 3.2.3 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1398284&group_id=29880 From lauffer at ph-freiburg.de Tue Jan 10 02:44:02 2006 From: lauffer at ph-freiburg.de (Stephan Lauffer) Date: Tue Jan 10 02:44:02 2006 Subject: [Nagiosplug-devel] please test new check_tw_cli plugin (3ware raid status) Message-ID: <43C39004.207@ph-freiburg.de> hi all! thanks a lot to all for the great colletion of nagios plugins! since I found none plugin for my 3ware raid which matches my requirements, I've written a new (my first) plugin check_tw_cli. at the moment I've not enough hardware to test these plugin so any feedback is more than welcome! http://home.ph-freiburg.de/lauffer/check_tw_cli 4414be6d724a3c9a7967f06d169dc76e check_tw_cli -- Liebe Gruesse, with best regards Stephan Lauffer [ Pedagogical University Freiburg - Germany ] [ http://www.ph-freiburg.de/zik/ ] [ Fon/ Fax: +49 761 682 -459/ -486 ] From mkarmindro at opentable.com Tue Jan 10 13:36:02 2006 From: mkarmindro at opentable.com (Mike Karmindro) Date: Tue Jan 10 13:36:02 2006 Subject: [Nagiosplug-devel] send nsca win32 error Message-ID: hi all, i've gone through the README step by step and set up the NSCA daemon for INETD on my nagios server, now i'm trying to test it and getting the following error from the client side using the send_nsca win32 version when i try to connect: Error: server closed connection before init packet was received Error: could not read init packet from server does anyone know if this is a result from a misproperly configured cfg file? what's a quick test to see if i'm set up OK? Thanks mike From noreply at sourceforge.net Tue Jan 10 16:02:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 10 16:02:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1402262 ] check_http SSL doesn't work for Tomcat servers Message-ID: Bugs item #1402262, was opened at 2006-01-11 13:01 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=1402262&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: richard (rag777) Assigned to: Nobody/Anonymous (nobody) Summary: check_http SSL doesn't work for Tomcat servers Initial Comment: check_http fails with CRITICAL - Cannot retrieve server certificate for checks against Tomcat servers. This is from release 1.4.2 and tested against Tomcat 4.x and 5.x servers. It is completely reproducable. This example works: check_http --ssl www.verisign.com HTTP OK HTTP/1.1 200 OK - 30606 bytes in 1.754 seconds |time=1.754026s;;;0.000000 size=30606B;;;0 This example fails: check_http --ssl www.icpkp.com CRITICAL - Cannot retrieve server certificate. I have tried this against a bunch of Tomcat sites and always get the same result. I also get it when trying against a self-signed certificate. The browsers access the certificate fine, and don't report any problems. Any help would be greatly appreciated! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1402262&group_id=29880 From andre.boulianne at notarius.com Tue Jan 10 21:54:01 2006 From: andre.boulianne at notarius.com (Andre Boulianne) Date: Tue Jan 10 21:54:01 2006 Subject: [Nagiosplug-devel] check_smtp plugin Message-ID: Hi, I have a simple question because I didn't find any place or information to solve my problem. The problem is that I configure the check_smtp plugin to run as a service of one of my host and I intentionally put a bad response to produce an alarm. But I can't receive any notifications because if I check in the web interface in the section "Service Status Details For All Host", I can see that the "Status Information" is tagged as "SMTP WARNING" but the "Status" hasn't change at all. So it's still "OK" all the time. Is there a way to link the SMTP WARNING to the "Status" column? P.S.: I don't know if it's the right place to post that question... Thank you and have a nice day ------------------------------------------- Andr? Boulianne, ing. jr Charg? de projet TI - S?curit? Adjoint au RSSI andre.boulianne at notarius.com Ce message, ainsi que tout fichier qui y est joint, est destin? exclusivement aux personnes ? qui il est adress?. Il peut contenir des renseignements ou des informations de nature confidentielle qui ne doivent ?tre divulgu?s en vertu des lois applicables. Si vous n'?tes pas le destinataire de ce message ou un mandataire autoris? de celui-ci, par la pr?sente vous ?tes avis? que toute impression, diffusion, distribution ou reproduction de ce message et de tout fichier qui y est joint est strictement interdite. L'int?grit? de ce message n'?tant pas assur?e sur Internet, Notarius (TSIN) Inc. ne peut ?tre tenue responsable de son contenu s'il a ?t? alt?r?, d?form? ou falsifi?. Si ce message vous a ?t? transmis par erreur, veuillez en aviser sans d?lai l'exp?diteur et l'effacer ainsi que tout fichier joint sans en conserver de copie. This message, and any attachments, is intended only for the use of the addressee or his authorized representative. It may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, or his authorized representative, you are hereby notified that any dissemination, distribution or copying of this message and any attachments is strictly prohibited. The integrity of this message cannot be guaranteed on the Internet, Notarius (TSIN) Inc. shall not be liable for its content if altered, changed or falsified. If you have received this message in error, please contact right away with the sender and delete this message and any attachments from your system. -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Fri Jan 13 11:34:04 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jan 13 11:34:04 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1310495 ] check_snmp.c Doesn't Compile on RH7.3 Message-ID: Bugs item #1310495, was opened at 2005-10-01 17:09 Message generated for change (Comment added) made by alierak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1310495&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Craig Orsinger (cjorsinger) Assigned to: Nobody/Anonymous (nobody) Summary: check_snmp.c Doesn't Compile on RH7.3 Initial Comment: Because there's a local variable declared in the middle of a while loop, this source file won't compile on RedHat 7.3. The error was introduced in nagios-plugins version 1.4.1, and still exists in version 1.4.2. I've attempted to attach a patch file that fixes this. ---------------------------------------------------------------------- Comment By: Robby Griffin (alierak) Date: 2006-01-13 14:33 Message: Logged In: YES user_id=83996 Still exists in CVS, too, and also won't compile on NetBSD 1.6. I don't like this variable declaration at all, btw, because it's an array of pointers to strings, which the program then uses as if it were a pointer to a string. I'll attach an alternate patch which eliminates the declaration entirely. ---------------------------------------------------------------------- Comment By: Jeremy D Pavleck (judg3) Date: 2005-11-19 00:50 Message: Logged In: YES user_id=510182 exact same problem on Solaris 9. The patch fixed it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1310495&group_id=29880 From noreply at sourceforge.net Fri Jan 13 11:36:05 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jan 13 11:36:05 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1310495 ] check_snmp.c Doesn't Compile on RH7.3 Message-ID: Bugs item #1310495, was opened at 2005-10-01 17:09 Message generated for change (Comment added) made by alierak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1310495&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Craig Orsinger (cjorsinger) Assigned to: Nobody/Anonymous (nobody) Summary: check_snmp.c Doesn't Compile on RH7.3 Initial Comment: Because there's a local variable declared in the middle of a while loop, this source file won't compile on RedHat 7.3. The error was introduced in nagios-plugins version 1.4.1, and still exists in version 1.4.2. I've attempted to attach a patch file that fixes this. ---------------------------------------------------------------------- Comment By: Robby Griffin (alierak) Date: 2006-01-13 14:35 Message: Logged In: YES user_id=83996 Well, no, sourceforge won't let me attach a file to someone else's bug report, so here you go: --- nagios-plugins-1.4.2/plugins/check_snmp.c.orig Wed Jun 1 15:41: 01 2005 +++ nagios-plugins-1.4.2/plugins/check_snmp.c Thu Jan 12 18:22: 47 2006 @@ -337,10 +337,17 @@ asprintf (&outbuff, "%s %s", outbuff, unitv[i]); i++; - +#if 0 char *str[MAX_INPUT_BUFFER]; asprintf(str, "=%s%s;;;; ", show, type ? type : ""); strcat(perfstr, *str); +#else + strcat(perfstr, "="); + strcat(perfstr, show); + if (type) + strcat(perfstr, type); + strcat(perfstr, ";;;; "); +#endif } /* end while (ptr) */ ---------------------------------------------------------------------- Comment By: Robby Griffin (alierak) Date: 2006-01-13 14:33 Message: Logged In: YES user_id=83996 Still exists in CVS, too, and also won't compile on NetBSD 1.6. I don't like this variable declaration at all, btw, because it's an array of pointers to strings, which the program then uses as if it were a pointer to a string. I'll attach an alternate patch which eliminates the declaration entirely. ---------------------------------------------------------------------- Comment By: Jeremy D Pavleck (judg3) Date: 2005-11-19 00:50 Message: Logged In: YES user_id=510182 exact same problem on Solaris 9. The patch fixed it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1310495&group_id=29880 From noreply at sourceforge.net Fri Jan 13 14:14:01 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jan 13 14:14:01 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1310495 ] check_snmp.c Doesn't Compile on RH7.3 Message-ID: Bugs item #1310495, was opened at 2005-10-01 14:09 Message generated for change (Comment added) made by cjorsinger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1310495&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Craig Orsinger (cjorsinger) Assigned to: Nobody/Anonymous (nobody) Summary: check_snmp.c Doesn't Compile on RH7.3 Initial Comment: Because there's a local variable declared in the middle of a while loop, this source file won't compile on RedHat 7.3. The error was introduced in nagios-plugins version 1.4.1, and still exists in version 1.4.2. I've attempted to attach a patch file that fixes this. ---------------------------------------------------------------------- >Comment By: Craig Orsinger (cjorsinger) Date: 2006-01-13 14:13 Message: Logged In: YES user_id=1261217 Thanks, alierak. It looks like they're not using the asprintf() function correctly. It appears, based on the man page and some experimentation, that you're supposed to pass it the address of an empty string pointer, and then free() that string once you're done with it. This isn't what they're doing. In fact, they use asprintf several times in this same source file without freeing the strings. I'm surprised they haven't noticed memory leak problems in this plugin. I'm not sure what the best way to fix the problem is, but I'm attempting to attach your fix as a patch. My original was a quick fix for the immediate issue, which was just getting the thing to build so I could try it out. I can't try to fix this right now, because my network's in disarray and I don't have nagios running on it. ---------------------------------------------------------------------- Comment By: Robby Griffin (alierak) Date: 2006-01-13 11:35 Message: Logged In: YES user_id=83996 Well, no, sourceforge won't let me attach a file to someone else's bug report, so here you go: --- nagios-plugins-1.4.2/plugins/check_snmp.c.orig Wed Jun 1 15:41: 01 2005 +++ nagios-plugins-1.4.2/plugins/check_snmp.c Thu Jan 12 18:22: 47 2006 @@ -337,10 +337,17 @@ asprintf (&outbuff, "%s %s", outbuff, unitv[i]); i++; - +#if 0 char *str[MAX_INPUT_BUFFER]; asprintf(str, "=%s%s;;;; ", show, type ? type : ""); strcat(perfstr, *str); +#else + strcat(perfstr, "="); + strcat(perfstr, show); + if (type) + strcat(perfstr, type); + strcat(perfstr, ";;;; "); +#endif } /* end while (ptr) */ ---------------------------------------------------------------------- Comment By: Robby Griffin (alierak) Date: 2006-01-13 11:33 Message: Logged In: YES user_id=83996 Still exists in CVS, too, and also won't compile on NetBSD 1.6. I don't like this variable declaration at all, btw, because it's an array of pointers to strings, which the program then uses as if it were a pointer to a string. I'll attach an alternate patch which eliminates the declaration entirely. ---------------------------------------------------------------------- Comment By: Jeremy D Pavleck (judg3) Date: 2005-11-18 21:50 Message: Logged In: YES user_id=510182 exact same problem on Solaris 9. The patch fixed it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1310495&group_id=29880 From noreply at sourceforge.net Sat Jan 14 18:57:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jan 14 18:57:03 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1396593 ] Perfdata Output by check_dns Message-ID: Bugs item #1396593, was opened at 2006-01-04 15:06 Message generated for change (Comment added) made by mfavas You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1396593&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Tobias Mucke (mucke) Assigned to: Nobody/Anonymous (nobody) Summary: Perfdata Output by check_dns Initial Comment: Hi everybody, just a little bug in perfdata output of the plugin check_dns. I'am using 1.4.2. Example for dns reverse lookup: /opt/nagios/plugins/check_dns -H IP -t 10 DNS OK: 0.004 seconds response time IP returns FQHN. |time=0.003981s;;;0.000000 Between plugin output and perfdata output is a line break, so perfdata will not get processed by Nagios. If I call it like a dns forward lookup, there is no line break. /opt/nagios/plugins/check_dns -H FQHN -a IP -t 10 DNS OK: 0.005 seconds response time FQHN returns IP|time=0.004883s;;;0.000000 By the way, it would be very nice to really test dns forward lookups by check_dns. I tried it the following, but this doesn't work, of course. Although it seems strange that FQHN ist not FQHN. /opt/nagios/plugins/check_dns -H IP -a FQHN -t 10 DNS CRITICAL - expected FQHN but got FQHN. Thanks a lot. Tobias ---------------------------------------------------------------------- Comment By: Mark Favas (mfavas) Date: 2006-01-15 10:56 Message: Logged In: YES user_id=44979 Fixed linebreak issue: diff -c check_dns.c.orig check_dns.c *** check_dns.c.orig Sun Jan 15 10:30:55 2006 --- check_dns.c Sun Jan 15 10:55:07 2006 *************** *** 173,178 **** --- 173,179 ---- /* If we got here, we should have an address string, and we can segfault if we do not */ + strip(address); if (address==NULL || strlen(address)==0) die (STATE_CRITICAL, _("DNS CRITICAL - '%s' output parsing exited with no address\n"), ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1396593&group_id=29880 From noreply at sourceforge.net Sat Jan 14 19:04:01 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jan 14 19:04:01 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1406292 ] Fix for bug 1396593 - Perfdata Output by check_dns Message-ID: Patches item #1406292, was opened at 2006-01-15 11:03 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=1406292&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mark Favas (mfavas) Assigned to: Nobody/Anonymous (nobody) Summary: Fix for bug 1396593 - Perfdata Output by check_dns Initial Comment: Patch attached as diff against check_dns.c (nagios-plugins 1.4.2) 1.47 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1406292&group_id=29880 From pthomsen at reedtz.com Mon Jan 16 01:40:01 2006 From: pthomsen at reedtz.com (Per Thomsen) Date: Mon Jan 16 01:40:01 2006 Subject: [Nagiosplug-devel] Plugin support for direct piping to NSCA? Message-ID: <43CB69D3.1010307@reedtz.com> Hi, I'm writing a few plugins that should be run locally. I'm checking hosts that are behind other people's firewalls, so I am using NSCA. I would like to publish my plugins, when they're working properly. Since I'm using nsca, I have added an option '-N' (or '--nsca'), which changes the output of the plugin to something that can be piped directly into 'send_nsca'. Is this a desirable way to do this, or do most people make use of a wrapper script? Should I remove this option when publishing the plugins? Additionally, when the plugin is used with 'send_nsca', I require two more parameters to be passed to the plugin: -H (--hostname=s), the host_name parameter in the service and host definitions. -S (--servicedesc=s), the service_description parameter in the service definition. Thanks, Per -- Per Reedtz Thomsen | Reedtz Consulting, LLC | F: 209 883 4119 V: 209 883 4102 | pthomsen at reedtz.com | C: 209 996 9561 GPG ID: 1209784F | Yahoo! Chat: pthomsen | AIM: pthomsen -------------- next part -------------- An HTML attachment was scrubbed... URL: From ae at op5.se Mon Jan 16 02:35:00 2006 From: ae at op5.se (Andreas Ericsson) Date: Mon Jan 16 02:35:00 2006 Subject: [Nagiosplug-devel] Plugin support for direct piping to NSCA? In-Reply-To: <43CB69D3.1010307@reedtz.com> References: <43CB69D3.1010307@reedtz.com> Message-ID: <43CB76A0.6060904@op5.se> Per Thomsen wrote: > Hi, > I'm writing a few plugins that should be run locally. I'm checking hosts > that are behind other people's firewalls, so I am using NSCA. > > I would like to publish my plugins, when they're working properly. Since > I'm using nsca, I have added an option '-N' (or '--nsca'), which changes > the output of the plugin to something that can be piped directly into > 'send_nsca'. > > Is this a desirable way to do this, or do most people make use of a > wrapper script? Should I remove this option when publishing the plugins? > I think most people use a wrapper script, seeing as most plugins don't support this. I think it's great that yours does, however. > Additionally, when the plugin is used with 'send_nsca', I require two > more parameters to be passed to the plugin: > > -H (--hostname=s), the host_name parameter in the service and host > definitions. > -S (--servicedesc=s), the service_description parameter in the service > definition. > Understandable, ofcourse. It would be nice if hostname could come from gethostname(2) if it isn't supplied though. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From noreply at sourceforge.net Mon Jan 16 09:46:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 16 09:46:03 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1381801 ] check_ntp does not support type "unknown" at the ntpq output Message-ID: Bugs item #1381801, was opened at 2005-12-15 19:04 Message generated for change (Comment added) made by jschrod You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1381801&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parsing problem Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bufalooo (zjuran) Assigned to: Nobody/Anonymous (nobody) Summary: check_ntp does not support type "unknown" at the ntpq output Initial Comment: Hi, I modified the script to support type unknown from ntpq output. Could you check it and modify your distribution? Thank you. Origin (backup) and current version are attached ---------------------------------------------------------------------- Comment By: Joachim Schrod (jschrod) Date: 2006-01-16 18:45 Message: Logged In: YES user_id=70318 (I'm not connected to the project, but look at the check_ntp tickets.) You have noticed that the most current version of check_ntp doesn't has the error that you patch? There the ntpq output lines are not parsed in detail any more. Instead every column is simply matched as non-whitespace. (Incidentially, they should have used split() instead of an regex, but that doesn't matter.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1381801&group_id=29880 From noreply at sourceforge.net Mon Jan 16 10:44:01 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 16 10:44:01 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1251685 ] check_ntp warnings fix Message-ID: Patches item #1251685, was opened at 2005-08-04 10:40 Message generated for change (Comment added) made by jschrod You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1251685&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Peter Pramberger (peterpramb) Assigned to: Nobody/Anonymous (nobody) Summary: check_ntp warnings fix Initial Comment: Cleanup code to remove perl warnings which confuses Nagios. ---------------------------------------------------------------------- Comment By: Joachim Schrod (jschrod) Date: 2006-01-16 19:43 Message: Logged In: YES user_id=70318 This code is not OK for multi-peer configurations. Then it overwrites a recognized $jitter with -1. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1251685&group_id=29880 From noreply at sourceforge.net Mon Jan 16 10:58:01 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 16 10:58:01 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1407587 ] check_ntp: multi-peer support, don't abort on ntpdate error Message-ID: Patches item #1407587, was opened at 2006-01-16 19:57 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=1407587&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Joachim Schrod (jschrod) Assigned to: Nobody/Anonymous (nobody) Summary: check_ntp: multi-peer support, don't abort on ntpdate error Initial Comment: check_ntp currently does not support multiple peers, when one is not synchronized to the last peer. Then the jitter value is overwritten with '(not parsed)'. (See bug #1267741.) This also causes an annoying warning message. (See bug #1251096.) In bug #1251096, harpermann also mentioned that he has fixed `bad exit status' by ntpdate or ntpq. Version 1.31 of check_ntp.pl now aborts with die if ntpdate or ntpq have an exit status != 0. For example, this happens when no ntp server is running. But then ntpdate works properly and reports that no server was available. This message is also parsed by check_ntp and handled correctly. I.e., one should not abort then, but should use the existing control flow of the check script. This patch handles both multi-peer situations, and also corrects the ntpdate/ntpq exit status check. In addition, it allows host names (and domain names in FQDNs) to consist of one char only. By the way, why has the ntpdate output been removed from -v? It should better remain in. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1407587&group_id=29880 From noreply at sourceforge.net Mon Jan 16 11:00:16 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 16 11:00:16 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1251685 ] check_ntp warnings fix Message-ID: Patches item #1251685, was opened at 2005-08-04 10:40 Message generated for change (Comment added) made by peterpramb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1251685&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Peter Pramberger (peterpramb) Assigned to: Nobody/Anonymous (nobody) Summary: check_ntp warnings fix Initial Comment: Cleanup code to remove perl warnings which confuses Nagios. ---------------------------------------------------------------------- >Comment By: Peter Pramberger (peterpramb) Date: 2006-01-16 19:59 Message: Logged In: YES user_id=182996 Please disregard this patch, it was just a quick hack. See BugID 1251096 for current status. ---------------------------------------------------------------------- Comment By: Joachim Schrod (jschrod) Date: 2006-01-16 19:43 Message: Logged In: YES user_id=70318 This code is not OK for multi-peer configurations. Then it overwrites a recognized $jitter with -1. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1251685&group_id=29880 From noreply at sourceforge.net Mon Jan 16 11:02:11 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 16 11:02:11 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1267741 ] 1.4.1: check_ntp logic incorrect with >1 peers Message-ID: Bugs item #1267741, was opened at 2005-08-24 08:42 Message generated for change (Comment added) made by jschrod You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1267741&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parsing problem Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: ozburgess (ozburgess) Assigned to: Nobody/Anonymous (nobody) Summary: 1.4.1: check_ntp logic incorrect with >1 peers Initial Comment: After finding a matching entry and recording the jitter, the loop parsing the ntpq output (below) should exit. Otherwise, it will read the next line, that line will not match the regex (since it is not the sys.peer or pps.peer), and $jitter will always be set to '(not parsed)' (which is what we see with every test). # match sys.peer or pps.peer if (/^(\*|o)([-0-9.\s]+)\s+([-0-9A-Za-z_().]+)\s+([-0-9.]+)\s+([lumb-]+)\s+([-0-9hm.]+)\s+([-0-9 .mh]+)\s+([-0-9.]+)\s+([-0-9.]+)\s+([-0-9.]+)\s+([-0-9.]+)/) { $syspeer = $2; $stratum = $4; $jitter = $11; print "match $_ \n" if $verbose; if ($jitter > $jcrit) { print "Jitter_crit = $11 :$jcrit\n" if ($verbose); $jitter_error = $ERRORS{'CRITICAL'}; } elsif ($jitter > $jwarn ) { print "Jitter_warn = $11 :$jwarn\n" if ($verbose); $jitter_error = $ERRORS{'WARNING'}; } else { $jitter_error = $ERRORS{'OK'}; } ######################## # I think we need a loop break here. ######################## } else { print "No match!\n" if $verbose; $jitter = '(not parsed)'; } ---------------------------------------------------------------------- Comment By: Joachim Schrod (jschrod) Date: 2006-01-16 20:01 Message: Logged In: YES user_id=70318 Patch #1407587 fixes these problems. It works in multi-peer situations, and outputs no warnings any more. Btw, bug ticket #1381801 is against a very old version of check_ntp and does probably not work. ---------------------------------------------------------------------- Comment By: gerhard lausser (lausser) Date: 2005-12-21 00:30 Message: Logged In: YES user_id=613416 You're right. I should have beer reading more carefully. Then what ozburgess proposed will be the way to go? ---------------------------------------------------------------------- Comment By: Bufalooo (zjuran) Date: 2005-12-20 18:49 Message: Logged In: YES user_id=1405801 sorry pehaps I'm wrong but the goal is to select just one row with selected synchronization peer. That means row beginning with * or o only. There is required to run ntpq with two "like" hosts to obtain peer adress on the row first (you get Invalid argument warning). ie: ss2:~ # ntpq -p 10.10.0.11 remote refid st t when poll reach delay offset jitter ============================================================ ================== *stratum.eunet.c .PPS. 1 - 178 1024 377 3.217 3.290 1.025 +nic.eunet.cz clock.tl.fukuok 2 - 220 1024 377 1.531 4.093 0.341 +217.169.176.254 217.169.176.253 3 - 234 1024 377 1.046 2.195 0.493 ss2:~ # ntpq -p 10.10.0.11 1 host remote refid st t when poll reach delay offset jitter ============================================================ ============================= 10.10.0.11 *stratum.eunet.c .PPS. 1 - 394 1024 377 3.217 3.290 1.025 10.10.0.11 +nic.eunet.cz clock.tl.fukuok 2 - 436 1024 377 1.531 4.093 0.341 10.10.0.11 +217.169.176.254 217.169.176.253 3 - 450 1024 377 1.046 2.195 0.493 ntpq: connect: Invalid argument ---------------------------------------------------------------------- Comment By: gerhard lausser (lausser) Date: 2005-12-20 18:19 Message: Logged In: YES user_id=613416 1381801 does not solve the problem. The expression (/^(\*|o)([-0-9.\s]+)\s+([-0-9A-Za-z_().]+)........ needs to be extended to (/^(\+|\*|o)([-0-9.\s]+)\s+([-0-9A-Za-z_().]+)........ so that output like remote refid st t when poll reach delay offset jitter =========================================================== =================== *160.50.94.70 .PPS. 1 u 250 1024 377 0.958 -0.360 0.013 +160.50.7.12 160.50.94.70 2 u 303 1024 373 0.334 -0.129 0.111 +160.50.7.203 160.50.94.70 2 u 362 1024 376 0.137 -0.237 0.134 will be parsed correctly. ---------------------------------------------------------------------- Comment By: Bufalooo (zjuran) Date: 2005-12-20 11:23 Message: Logged In: YES user_id=1405801 see reqid 1381801 perhaps it helps ---------------------------------------------------------------------- Comment By: Bufalooo (zjuran) Date: 2005-12-20 11:20 Message: Logged In: YES user_id=1405801 see reqid 1381801 perhaps it helps ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1267741&group_id=29880 From noreply at sourceforge.net Mon Jan 16 11:22:01 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 16 11:22:01 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1407587 ] check_ntp: multi-peer support, don't abort on ntpdate error Message-ID: Patches item #1407587, was opened at 2006-01-16 19:57 Message generated for change (Comment added) made by jschrod You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1407587&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Joachim Schrod (jschrod) Assigned to: Nobody/Anonymous (nobody) Summary: check_ntp: multi-peer support, don't abort on ntpdate error Initial Comment: check_ntp currently does not support multiple peers, when one is not synchronized to the last peer. Then the jitter value is overwritten with '(not parsed)'. (See bug #1267741.) This also causes an annoying warning message. (See bug #1251096.) In bug #1251096, harpermann also mentioned that he has fixed `bad exit status' by ntpdate or ntpq. Version 1.31 of check_ntp.pl now aborts with die if ntpdate or ntpq have an exit status != 0. For example, this happens when no ntp server is running. But then ntpdate works properly and reports that no server was available. This message is also parsed by check_ntp and handled correctly. I.e., one should not abort then, but should use the existing control flow of the check script. This patch handles both multi-peer situations, and also corrects the ntpdate/ntpq exit status check. In addition, it allows host names (and domain names in FQDNs) to consist of one char only. By the way, why has the ntpdate output been removed from -v? It should better remain in. ---------------------------------------------------------------------- >Comment By: Joachim Schrod (jschrod) Date: 2006-01-16 20:21 Message: Logged In: YES user_id=70318 Forgot that: The patch also adds support for unknown hosts. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1407587&group_id=29880 From noreply at sourceforge.net Mon Jan 16 11:22:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 16 11:22:03 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1251096 ] check_ntp perl warnings Message-ID: Bugs item #1251096, was opened at 2005-08-03 16:49 Message generated for change (Comment added) made by jschrod You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1251096&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parsing problem Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Peter Pramberger (peterpramb) Assigned to: Harper Mann (harpermann) Summary: check_ntp perl warnings Initial Comment: Using check_ntp.pl from plugins 1.4.1 produces some warnings if the checked host is not reachable or responding before timeout. These warnings produce an UNKNOWN state in Nagios. See the attached patch for clarification. ---------------------------------------------------------------------- Comment By: Joachim Schrod (jschrod) Date: 2006-01-16 20:21 Message: Logged In: YES user_id=70318 Patch #1407587 fixes these problems. It works in multi-peer situations, supports unreachable hosts, supports unknown hosts, and outputs no warnings any more. It also corrects the exit status check and doesn't abort any more, but uses the intended control flow for error messages by ntpdate and ntpq. When either ntpdate or ntpq exited with an exit code != 0, the whole script was aborted with die, instead of outputting proper "NTP CRITICAL" messages. It also supports FQDNs where one element has only one char. ---------------------------------------------------------------------- Comment By: Peter Pramberger (peterpramb) Date: 2005-12-19 14:16 Message: Logged In: YES user_id=182996 Hi! Sorry for my late response. There is still the "(not parsed) isn't numeric" warning in the output of check_ntp (1.31). Please see the attached command output. And check_ntp has problems with FQDN, where check_ntp aborts with "No target host specified" (see below). Single hostnames work. # ./check_ntp -H ntp01.somedomain.at -v No target host specified There is a small typo in the host matching regex. Regards, Peter ---------------------------------------------------------------------- Comment By: Harper Mann (harpermann) Date: 2005-11-30 01:50 Message: Logged In: YES user_id=939531 Hi Peter and Johan, Thanks for filing this bug. check_ntp wasn't properly handing a bad exit status from the external programs it calls (ntpdate and ntpq), so jitter wasn't set. Added check of $? on close and proper error output if status from the sub program call completion is non-zero. This includes "host not found". Please verify this is fixed in your environment. I'll reopen the bug if you find any problems. Regards, - Harper ---------------------------------------------------------------------- Comment By: Johan Fischer (fischaz) Date: 2005-11-18 02:46 Message: Logged In: YES user_id=459934 Below patch (that I can't seem to be able to attach) diff -Naur nagios-plugins-1.4.2.orig/plugins-scripts/check_ntp.pl nagios-plugins-1.4.2/plugins-scripts/check_ntp.pl --- nagios-plugins-1.4.2.orig/plugins-scripts/check_ntp.pl 2005-05-26 00:05:41.000000000 +1000 +++ nagios-plugins-1.4.2/plugins-scripts/check_ntp.pl 2005-11-18 12:39:07.000000000 +1100 @@ -309,7 +309,6 @@ } } else { print "No match!\n" if $verbose; - $jitter = '(not parsed)'; } } @@ -365,7 +364,7 @@ } elsif ($have_ntpq && $jitter_error != $ERRORS{'OK'}) { $state = $jitter_error; - $answer = "Jitter $jitter too high"; + $answer = 'Jitter ' . ((defined $jitter) ? $jitter : '-') . ' too high'; if (defined($offset) && abs($offset) > $ocrit) { $state = $ERRORS{'CRITICAL'}; $answer = "Jitter error and offset $offset sec > +/- $ocrit sec"; @@ -401,13 +400,13 @@ if (abs($offset) > $ocrit) { $state = $ERRORS{'CRITICAL'}; $answer = "Offset $offset sec > +/- $ocrit sec, jitter $jitter msec"; - } elsif (abs($jitter) > $jcrit ) { + } elsif (defined($jitter) && abs($jitter) > $jcrit ) { $state = $ERRORS{'CRITICAL'}; $answer = "Jitter $jitter msec> +/- $jcrit msec, offset $offset sec"; } elsif (abs($offset) > $owarn) { $state = $ERRORS{'WARNING'}; $answer = "Offset $offset sec > +/- $owarn sec, jitter $jitter msec"; - } elsif (abs($jitter) > $jwarn ) { + } elsif (defined($jitter) && abs($jitter) > $jwarn ) { $state = $ERRORS{'WARNING'}; $answer = "Jitter $jitter msec> +/- $jwarn msec, offset $offset sec"; @@ -421,7 +420,7 @@ foreach my $key (keys %ERRORS) { if ($state==$ERRORS{$key}) { # print ("NTP $key: $answer"); - print ("NTP $key: $answer|offset=$offset, jitter=" . $jitter/1000 . ",peer_stratum=$stratum\n"); + print ("NTP $key: $answer|offset=$offset, jitter=" . ((defined $jitter) ? $jitter/1000 : '-') . ",peer_stratum=$stratum\n"); last; } } ---------------------------------------------------------------------- Comment By: Johan Fischer (fischaz) Date: 2005-11-18 02:45 Message: Logged In: YES user_id=459934 The attached patch is wrong. It will override the value of the jitter. Basically the jitter is defined as undef at the begginning, then should be overriden for each server with selected by the regex. It should not be touched otherwise. On the other side, more tests need to be done to see if jitter is defined (and in that case, it will be a numeric) and print it. So it means more test at the end of the script to parse the results. ---------------------------------------------------------------------- Comment By: Charles Bueche (cbueche) Date: 2005-10-27 10:30 Message: Logged In: YES user_id=299377 duplicate with 1267741 ---------------------------------------------------------------------- Comment By: Ade Rixon (aderixon) Date: 2005-10-21 12:12 Message: Logged In: YES user_id=145082 This is still a problem in 1.4.2, can someone review before next release, please? The warning is: Argument "(not parsed)" isn't numeric in abs at ./check_ntp line 401. ...Caused by assigning a string value ('(not parsed)') to $jitter. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1251096&group_id=29880 From noreply at sourceforge.net Mon Jan 16 11:31:04 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 16 11:31:04 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1251685 ] check_ntp warnings fix Message-ID: Patches item #1251685, was opened at 2005-08-04 10:40 Message generated for change (Comment added) made by jschrod You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1251685&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Peter Pramberger (peterpramb) Assigned to: Nobody/Anonymous (nobody) Summary: check_ntp warnings fix Initial Comment: Cleanup code to remove perl warnings which confuses Nagios. ---------------------------------------------------------------------- Comment By: Joachim Schrod (jschrod) Date: 2006-01-16 20:30 Message: Logged In: YES user_id=70318 For reference here as well: Patch #1407587 fixes all open issues of bug #1251096, as far as I understood them and my tests were successful. ---------------------------------------------------------------------- Comment By: Peter Pramberger (peterpramb) Date: 2006-01-16 19:59 Message: Logged In: YES user_id=182996 Please disregard this patch, it was just a quick hack. See BugID 1251096 for current status. ---------------------------------------------------------------------- Comment By: Joachim Schrod (jschrod) Date: 2006-01-16 19:43 Message: Logged In: YES user_id=70318 This code is not OK for multi-peer configurations. Then it overwrites a recognized $jitter with -1. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1251685&group_id=29880 From noreply at sourceforge.net Tue Jan 17 05:55:04 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 17 05:55:04 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1408213 ] check_smart is ata-specific Message-ID: Bugs item #1408213, was opened at 2006-01-17 13:54 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=1408213&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parsing problem Group: snapshot rpm Status: Open Resolution: None Priority: 5 Submitted By: adam (foobie) Assigned to: Nobody/Anonymous (nobody) Summary: check_smart is ata-specific Initial Comment: Even though the plugin allows for a drive type of scsi, the output of smartctl is very different on a scsi drive and the plugin fails. output: # /usr/sbin/smartctl -A /dev/sda smartctl version 5.32 Copyright (C) 2002-4 Bruce Allen Home page is http://smartmontools.sourceforge.net/ Current Drive Temperature: 27 C Drive Trip Temperature: 65 C Manufactured in week 25 of year 2004 Current start stop count: 15 times Recommended maximum start stop count: 10000 times # /usr/sbin/smartctl -H /dev/sda smartctl version 5.32 Copyright (C) 2002-4 Bruce Allen Home page is http://smartmontools.sourceforge.net/ SMART Health Status: OK # /usr/sbin/smartctl -a /dev/sda smartctl version 5.32 Copyright (C) 2002-4 Bruce Allen Home page is http://smartmontools.sourceforge.net/ Device: FUJITSU MAP3367NC Version: 5608 Serial number: UQL7P0000GTL Device type: disk Transport protocol: Parallel SCSI (SPI-4) Local Time is: Tue Jan 17 13:50:14 2006 GMT Device supports SMART and is Enabled Temperature Warning Enabled SMART Health Status: OK Current Drive Temperature: 27 C Drive Trip Temperature: 65 C Manufactured in week 25 of year 2004 Current start stop count: 15 times Recommended maximum start stop count: 10000 times Error counter log: Errors Corrected Total Total Correction Gigabytes Total delay: [rereads/ errors algorithm processed uncorrected minor | major rewrites] corrected invocations [10^9 bytes] errors read: 0 1 0 0 0 4084.600 0 write: 0 3 0 0 0 434.693 0 verify: 0 0 0 0 0 0.000 0 Non-medium error count: 10 SMART Self-test log Num Test Status segment LifeTime LBA_first_err [SK ASC ASQ] Description number (hours) # 1 Background long Completed - 0 - [- - -] # 2 Background short Completed - 0 - [- - -] Long (extended) Self Test duration: 681 seconds [11.3 minutes] The perl is discarding content before === START OF READ SMART DATA SECTION === and barfing: # contrib/check_smart.pl -T scsi -d /dev/sda -t -v type: 'scsi' running sudo /usr/sbin/smartctl --device=scsi -H /dev/ sdasmartctl version 5.32 Copyright (C) 2002-4 Bruce Allen Home page is http://smartmontools.sourceforge.net/ SMART Health Status: OK Use of uninitialized value in print at contrib/ check_smart.pl line 110, line 4. Use of uninitialized value in pattern match (m//) at contrib/check_smart.pl line 111, line 4. Use of uninitialized value in pattern match (m//) at contrib/check_smart.pl line 112, line 4. Use of uninitialized value in pattern match (m//) at contrib/check_smart.pl line 112, line 4. However, this is ata-specific: smartmontools-5.32]# grep "START OF" * CHANGELOG:START OF SMARTMONTOOLS 5.1 series ataprint.c: pout("=== START OF INFORMATION SECTION ===\n"); ataprint.c: // START OF THE ENABLE/DISABLE SECTION OF THE CODE ataprint.c: pout("=== START OF ENABLE/DISABLE COMMANDS SECTION ===\n"); ataprint.c: // START OF READ-ONLY OPTIONS APART FROM - V and -i ataprint.c: pout("=== START OF READ SMART DATA SECTION ===\n"); ataprint.c: // START OF THE TESTING SECTION OF THE CODE. IF NO TESTING, RETURN ataprint.c: pout("=== START OF OFFLINE IMMEDIATE AND SELF-TEST SECTION ===\n"); and doesn't appear in the scsiprint.c file in the smartmontools distribution. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1408213&group_id=29880 From noreply at sourceforge.net Tue Jan 17 06:30:13 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 17 06:30:13 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1408244 ] Basic fix for bug 1396593 - check_smart is ata-specific Message-ID: Patches item #1408244, was opened at 2006-01-17 14:29 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=1408244&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: adam (foobie) Assigned to: Nobody/Anonymous (nobody) Summary: Basic fix for bug 1396593 - check_smart is ata-specific Initial Comment: Allows the plugin to parse the output of smartctl on scsi drives. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1408244&group_id=29880 From oscar_gar at hotmail.com Sun Jan 22 12:05:01 2006 From: oscar_gar at hotmail.com (Oscar G) Date: Sun Jan 22 12:05:01 2006 Subject: [Nagiosplug-devel] Problem whit check_disk Message-ID: Hi, We are beginning with the NAGIOS subject and have a problem with plugin of check_disk, in Server AIX 5.1. we executed: check_disk - w 20 - c 10 - x /dev/hd4 ocion - p gives error. and the result is the following one: DISK CRITICAL - free space: /usr 915 MB (45% inode=88%): /var 1682 MB (82% inode=100%): /tmp 703 MB (69% inode=99%): /home 1628 MB (79% inode=100%): /proc 0 MB (0% inode=NANQ%): /opt 2017 MB (99% inode=100%): /oracle 75680 MB (55% inode=100%): /oracle/u04 7685 MB (23% inode=100%): /oracle/u04/exports-nfs 111431 MB (58% inode=100%): it can be by the version? you know because I could happen this problem? Thank?s, Oscar . From jim.pye at pyenet.co.nz Sun Jan 22 18:12:01 2006 From: jim.pye at pyenet.co.nz (Jim Pye) Date: Sun Jan 22 18:12:01 2006 Subject: [Nagiosplug-devel] Possible bug in NRPE dated 22/01/06 - No output returned from daemon Message-ID: <20060123021114.162944F415D@desire.netways.de> Hi list Am getting the error: CHECK_NRPE: No output returned from daemon on the nagios console. Following setup: Debug option on nrpe turned on. Part of the nrpe.cfg file: command[check_users]=/usr/local/nagios/libexec/check_users -w 5 -c 10 command[check_load]=/usr/local/nagios/libexec/check_load -w 15,10,5 -c 30,25,20 command[check_disk1]=/usr/local/nagios/libexec/check_disk -w 20 -c 10 -p /dev/hda1 command[check_disk2]=/usr/local/nagios/libexec/check_disk -w 20 -c 10 -p /dev/hdb1 command[check_zombie_procs]=/usr/local/nagios/libexec/check_procs -w 5 -c 10 -s Z command[check_total_procs]=/usr/local/nagios/libexec/check_procs -w 150 -c 200 Output /var/log/messages when connection from nagios host connects: Jan 23 14:18:16 xxx nrpe[xxxx]: Added command[check_users]=/usr/local/n agios/libexec/check_users Jan 23 14:18:16 xxx nrpe[xxxx]: Added command[check_load]=/usr/local/na gios/libexec/check_load Jan 23 14:18:16 xxx nrpe[xxxx]: Added command[check_disk1]=/usr/local/n agios/libexec/check_disk Jan 23 14:18:16 xxx nrpe[xxxx]: Added command[check_disk2]=/usr/local/n agios/libexec/check_disk Jan 23 14:18:16 xxx nrpe[xxxx]: Added command[check_zombie_procs]=/usr/ local/nagios/libexec/check_procs Jan 23 14:18:16 xxx nrpe[xxxx]: Added command[check_total_procs]=/usr/l ocal/nagios/libexec/check_procs Jan 23 14:18:16 xxx nrpe[xxxx]: Handling the connection... Jan 23 14:18:16 xxx nrpe[xxxx]: Host is asking for command 'check_users' to be run... Jan 23 14:18:16 xxx nrpe[xxxx]: Running command: /usr/local/nagios/libexe c/check_users Jan 23 14:18:16 xxx nrpe[xxxx]: Command completed with return code 3 and output: Jan 23 14:18:16 xxx nrpe[xxxx]: Return Code: 3, Output: On monitored host manually run the ./check_users command as nagios user: When run as ./check_users results in == blank line == == blank line == Usage: check_users -w -c When run as ./check_users -w 5 -c 10 results in USERS OK - 4 users currently logged in |users=4;5;10;0 To me it seems that the nrpe program, when triggered via the ./check_nrpe command on the nagios host, is not parsing the config file correctly and is not attaching the command options correctly. Reading the source, the Running command: line of the log file should have the switches included. I have tried to quote "" the command in the config file but this did not work. Any thoughts? nagios v2.0rc2 Jan 10 2006 and nrpe v2.2 - 01/22/2006 Cheers Jim - Jim Pye (3dkiwi) ----------------------- The mailing list archive is found here: http://www.nagiosexchange.org/nagiosplug-devel.31.0.html From noreply at sourceforge.net Mon Jan 23 03:10:04 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 23 03:10:04 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1412721 ] check_dns does not compile on Debian 3.1 Message-ID: Bugs item #1412721, was opened at 2006-01-23 13:09 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=1412721&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: snapshot tarball Status: Open Resolution: None Priority: 5 Submitted By: Sakari Lehtonen (sakari) Assigned to: Nobody/Anonymous (nobody) Summary: check_dns does not compile on Debian 3.1 Initial Comment: Debian does not have nslookup, they use the package host instead. When compiling the nagios-plugins-HEAD-200601230052, compilation of check_dns fails with the following error: check_dns.c: In function `main': check_dns.c:81: error: `NSLOOKUP_COMMAND' undeclared (first use in this function) check_dns.c:81: error: (Each undeclared identifier is reported only once check_dns.c:81: error: for each function it appears in.) make[2]: *** [check_dns.o] Error 1 make[2]: Leaving directory `/tmp/nagios-plugins-HEAD-200601230052/ plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/nagios-plugins-HEAD-200601230052' make: *** [all] Error 2 Version 1.4.2 of nagios-plugins compiles on this system, and it does warn about nslookup missing when running ./configure. The HEAD version does not warn about nslookup missing. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1412721&group_id=29880 From jim.pye at pyenet.co.nz Mon Jan 23 17:57:10 2006 From: jim.pye at pyenet.co.nz (Jim Pye) Date: Mon Jan 23 17:57:10 2006 Subject: [Nagiosplug-devel] Possible bug in NRPE dated 22/01/06 - No output returned from daemon In-Reply-To: <20060123021114.162944F415D@desire.netways.de> References: <20060123021114.162944F415D@desire.netways.de> Message-ID: <20060124015647.BED7F4F415D@desire.netways.de> All This is now fixed in the 2.3 release of the NRPE. Just downloaded and compiled. Copied the check_nrpe and nrpe progs directly into locations of current ones and OK reported on next sync. Cheers 3dkiwi ----------------------- This thread is located in the archive at this URL: http://www.nagiosexchange.org/nagiosplug-devel.31.0.html?&tx_maillisttofa q_pi1[showUid]=14546 From noreply at sourceforge.net Tue Jan 24 02:12:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 24 02:12:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1251685 ] check_ntp warnings fix Message-ID: Patches item #1251685, was opened at 2005-08-04 10:40 Message generated for change (Settings changed) made by peterpramb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1251685&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Peter Pramberger (peterpramb) Assigned to: Nobody/Anonymous (nobody) Summary: check_ntp warnings fix Initial Comment: Cleanup code to remove perl warnings which confuses Nagios. ---------------------------------------------------------------------- Comment By: Joachim Schrod (jschrod) Date: 2006-01-16 20:30 Message: Logged In: YES user_id=70318 For reference here as well: Patch #1407587 fixes all open issues of bug #1251096, as far as I understood them and my tests were successful. ---------------------------------------------------------------------- Comment By: Peter Pramberger (peterpramb) Date: 2006-01-16 19:59 Message: Logged In: YES user_id=182996 Please disregard this patch, it was just a quick hack. See BugID 1251096 for current status. ---------------------------------------------------------------------- Comment By: Joachim Schrod (jschrod) Date: 2006-01-16 19:43 Message: Logged In: YES user_id=70318 This code is not OK for multi-peer configurations. Then it overwrites a recognized $jitter with -1. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1251685&group_id=29880 From noreply at sourceforge.net Tue Jan 24 02:34:05 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 24 02:34:05 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1251096 ] check_ntp perl warnings Message-ID: Bugs item #1251096, was opened at 2005-08-03 16:49 Message generated for change (Comment added) made by peterpramb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1251096&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parsing problem Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Peter Pramberger (peterpramb) Assigned to: Harper Mann (harpermann) Summary: check_ntp perl warnings Initial Comment: Using check_ntp.pl from plugins 1.4.1 produces some warnings if the checked host is not reachable or responding before timeout. These warnings produce an UNKNOWN state in Nagios. See the attached patch for clarification. ---------------------------------------------------------------------- >Comment By: Peter Pramberger (peterpramb) Date: 2006-01-24 11:33 Message: Logged In: YES user_id=182996 Verified and works. There is still an issue with the domain name regex, which doesn't match domains starting with a digit rather than a letter. Maybe the regex can be extended to match these too. # ./check_ntp -H ntp03.10domain.at No target host specified ---------------------------------------------------------------------- Comment By: Joachim Schrod (jschrod) Date: 2006-01-16 20:21 Message: Logged In: YES user_id=70318 Patch #1407587 fixes these problems. It works in multi-peer situations, supports unreachable hosts, supports unknown hosts, and outputs no warnings any more. It also corrects the exit status check and doesn't abort any more, but uses the intended control flow for error messages by ntpdate and ntpq. When either ntpdate or ntpq exited with an exit code != 0, the whole script was aborted with die, instead of outputting proper "NTP CRITICAL" messages. It also supports FQDNs where one element has only one char. ---------------------------------------------------------------------- Comment By: Peter Pramberger (peterpramb) Date: 2005-12-19 14:16 Message: Logged In: YES user_id=182996 Hi! Sorry for my late response. There is still the "(not parsed) isn't numeric" warning in the output of check_ntp (1.31). Please see the attached command output. And check_ntp has problems with FQDN, where check_ntp aborts with "No target host specified" (see below). Single hostnames work. # ./check_ntp -H ntp01.somedomain.at -v No target host specified There is a small typo in the host matching regex. Regards, Peter ---------------------------------------------------------------------- Comment By: Harper Mann (harpermann) Date: 2005-11-30 01:50 Message: Logged In: YES user_id=939531 Hi Peter and Johan, Thanks for filing this bug. check_ntp wasn't properly handing a bad exit status from the external programs it calls (ntpdate and ntpq), so jitter wasn't set. Added check of $? on close and proper error output if status from the sub program call completion is non-zero. This includes "host not found". Please verify this is fixed in your environment. I'll reopen the bug if you find any problems. Regards, - Harper ---------------------------------------------------------------------- Comment By: Johan Fischer (fischaz) Date: 2005-11-18 02:46 Message: Logged In: YES user_id=459934 Below patch (that I can't seem to be able to attach) diff -Naur nagios-plugins-1.4.2.orig/plugins-scripts/check_ntp.pl nagios-plugins-1.4.2/plugins-scripts/check_ntp.pl --- nagios-plugins-1.4.2.orig/plugins-scripts/check_ntp.pl 2005-05-26 00:05:41.000000000 +1000 +++ nagios-plugins-1.4.2/plugins-scripts/check_ntp.pl 2005-11-18 12:39:07.000000000 +1100 @@ -309,7 +309,6 @@ } } else { print "No match!\n" if $verbose; - $jitter = '(not parsed)'; } } @@ -365,7 +364,7 @@ } elsif ($have_ntpq && $jitter_error != $ERRORS{'OK'}) { $state = $jitter_error; - $answer = "Jitter $jitter too high"; + $answer = 'Jitter ' . ((defined $jitter) ? $jitter : '-') . ' too high'; if (defined($offset) && abs($offset) > $ocrit) { $state = $ERRORS{'CRITICAL'}; $answer = "Jitter error and offset $offset sec > +/- $ocrit sec"; @@ -401,13 +400,13 @@ if (abs($offset) > $ocrit) { $state = $ERRORS{'CRITICAL'}; $answer = "Offset $offset sec > +/- $ocrit sec, jitter $jitter msec"; - } elsif (abs($jitter) > $jcrit ) { + } elsif (defined($jitter) && abs($jitter) > $jcrit ) { $state = $ERRORS{'CRITICAL'}; $answer = "Jitter $jitter msec> +/- $jcrit msec, offset $offset sec"; } elsif (abs($offset) > $owarn) { $state = $ERRORS{'WARNING'}; $answer = "Offset $offset sec > +/- $owarn sec, jitter $jitter msec"; - } elsif (abs($jitter) > $jwarn ) { + } elsif (defined($jitter) && abs($jitter) > $jwarn ) { $state = $ERRORS{'WARNING'}; $answer = "Jitter $jitter msec> +/- $jwarn msec, offset $offset sec"; @@ -421,7 +420,7 @@ foreach my $key (keys %ERRORS) { if ($state==$ERRORS{$key}) { # print ("NTP $key: $answer"); - print ("NTP $key: $answer|offset=$offset, jitter=" . $jitter/1000 . ",peer_stratum=$stratum\n"); + print ("NTP $key: $answer|offset=$offset, jitter=" . ((defined $jitter) ? $jitter/1000 : '-') . ",peer_stratum=$stratum\n"); last; } } ---------------------------------------------------------------------- Comment By: Johan Fischer (fischaz) Date: 2005-11-18 02:45 Message: Logged In: YES user_id=459934 The attached patch is wrong. It will override the value of the jitter. Basically the jitter is defined as undef at the begginning, then should be overriden for each server with selected by the regex. It should not be touched otherwise. On the other side, more tests need to be done to see if jitter is defined (and in that case, it will be a numeric) and print it. So it means more test at the end of the script to parse the results. ---------------------------------------------------------------------- Comment By: Charles Bueche (cbueche) Date: 2005-10-27 10:30 Message: Logged In: YES user_id=299377 duplicate with 1267741 ---------------------------------------------------------------------- Comment By: Ade Rixon (aderixon) Date: 2005-10-21 12:12 Message: Logged In: YES user_id=145082 This is still a problem in 1.4.2, can someone review before next release, please? The warning is: Argument "(not parsed)" isn't numeric in abs at ./check_ntp line 401. ...Caused by assigning a string value ('(not parsed)') to $jitter. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1251096&group_id=29880 From noreply at sourceforge.net Tue Jan 24 03:09:04 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 24 03:09:04 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1251096 ] check_ntp perl warnings Message-ID: Bugs item #1251096, was opened at 2005-08-03 16:49 Message generated for change (Comment added) made by jschrod You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1251096&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parsing problem Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Peter Pramberger (peterpramb) Assigned to: Harper Mann (harpermann) Summary: check_ntp perl warnings Initial Comment: Using check_ntp.pl from plugins 1.4.1 produces some warnings if the checked host is not reachable or responding before timeout. These warnings produce an UNKNOWN state in Nagios. See the attached patch for clarification. ---------------------------------------------------------------------- Comment By: Joachim Schrod (jschrod) Date: 2006-01-24 12:07 Message: Logged In: YES user_id=70318 Good point about leading digits. Before I upload a new patch - does anybody here know the most current RFC where valid host- and domainname syntax is described? We should/could use that for hostname checking. ---------------------------------------------------------------------- Comment By: Peter Pramberger (peterpramb) Date: 2006-01-24 11:33 Message: Logged In: YES user_id=182996 Verified and works. There is still an issue with the domain name regex, which doesn't match domains starting with a digit rather than a letter. Maybe the regex can be extended to match these too. # ./check_ntp -H ntp03.10domain.at No target host specified ---------------------------------------------------------------------- Comment By: Joachim Schrod (jschrod) Date: 2006-01-16 20:21 Message: Logged In: YES user_id=70318 Patch #1407587 fixes these problems. It works in multi-peer situations, supports unreachable hosts, supports unknown hosts, and outputs no warnings any more. It also corrects the exit status check and doesn't abort any more, but uses the intended control flow for error messages by ntpdate and ntpq. When either ntpdate or ntpq exited with an exit code != 0, the whole script was aborted with die, instead of outputting proper "NTP CRITICAL" messages. It also supports FQDNs where one element has only one char. ---------------------------------------------------------------------- Comment By: Peter Pramberger (peterpramb) Date: 2005-12-19 14:16 Message: Logged In: YES user_id=182996 Hi! Sorry for my late response. There is still the "(not parsed) isn't numeric" warning in the output of check_ntp (1.31). Please see the attached command output. And check_ntp has problems with FQDN, where check_ntp aborts with "No target host specified" (see below). Single hostnames work. # ./check_ntp -H ntp01.somedomain.at -v No target host specified There is a small typo in the host matching regex. Regards, Peter ---------------------------------------------------------------------- Comment By: Harper Mann (harpermann) Date: 2005-11-30 01:50 Message: Logged In: YES user_id=939531 Hi Peter and Johan, Thanks for filing this bug. check_ntp wasn't properly handing a bad exit status from the external programs it calls (ntpdate and ntpq), so jitter wasn't set. Added check of $? on close and proper error output if status from the sub program call completion is non-zero. This includes "host not found". Please verify this is fixed in your environment. I'll reopen the bug if you find any problems. Regards, - Harper ---------------------------------------------------------------------- Comment By: Johan Fischer (fischaz) Date: 2005-11-18 02:46 Message: Logged In: YES user_id=459934 Below patch (that I can't seem to be able to attach) diff -Naur nagios-plugins-1.4.2.orig/plugins-scripts/check_ntp.pl nagios-plugins-1.4.2/plugins-scripts/check_ntp.pl --- nagios-plugins-1.4.2.orig/plugins-scripts/check_ntp.pl 2005-05-26 00:05:41.000000000 +1000 +++ nagios-plugins-1.4.2/plugins-scripts/check_ntp.pl 2005-11-18 12:39:07.000000000 +1100 @@ -309,7 +309,6 @@ } } else { print "No match!\n" if $verbose; - $jitter = '(not parsed)'; } } @@ -365,7 +364,7 @@ } elsif ($have_ntpq && $jitter_error != $ERRORS{'OK'}) { $state = $jitter_error; - $answer = "Jitter $jitter too high"; + $answer = 'Jitter ' . ((defined $jitter) ? $jitter : '-') . ' too high'; if (defined($offset) && abs($offset) > $ocrit) { $state = $ERRORS{'CRITICAL'}; $answer = "Jitter error and offset $offset sec > +/- $ocrit sec"; @@ -401,13 +400,13 @@ if (abs($offset) > $ocrit) { $state = $ERRORS{'CRITICAL'}; $answer = "Offset $offset sec > +/- $ocrit sec, jitter $jitter msec"; - } elsif (abs($jitter) > $jcrit ) { + } elsif (defined($jitter) && abs($jitter) > $jcrit ) { $state = $ERRORS{'CRITICAL'}; $answer = "Jitter $jitter msec> +/- $jcrit msec, offset $offset sec"; } elsif (abs($offset) > $owarn) { $state = $ERRORS{'WARNING'}; $answer = "Offset $offset sec > +/- $owarn sec, jitter $jitter msec"; - } elsif (abs($jitter) > $jwarn ) { + } elsif (defined($jitter) && abs($jitter) > $jwarn ) { $state = $ERRORS{'WARNING'}; $answer = "Jitter $jitter msec> +/- $jwarn msec, offset $offset sec"; @@ -421,7 +420,7 @@ foreach my $key (keys %ERRORS) { if ($state==$ERRORS{$key}) { # print ("NTP $key: $answer"); - print ("NTP $key: $answer|offset=$offset, jitter=" . $jitter/1000 . ",peer_stratum=$stratum\n"); + print ("NTP $key: $answer|offset=$offset, jitter=" . ((defined $jitter) ? $jitter/1000 : '-') . ",peer_stratum=$stratum\n"); last; } } ---------------------------------------------------------------------- Comment By: Johan Fischer (fischaz) Date: 2005-11-18 02:45 Message: Logged In: YES user_id=459934 The attached patch is wrong. It will override the value of the jitter. Basically the jitter is defined as undef at the begginning, then should be overriden for each server with selected by the regex. It should not be touched otherwise. On the other side, more tests need to be done to see if jitter is defined (and in that case, it will be a numeric) and print it. So it means more test at the end of the script to parse the results. ---------------------------------------------------------------------- Comment By: Charles Bueche (cbueche) Date: 2005-10-27 10:30 Message: Logged In: YES user_id=299377 duplicate with 1267741 ---------------------------------------------------------------------- Comment By: Ade Rixon (aderixon) Date: 2005-10-21 12:12 Message: Logged In: YES user_id=145082 This is still a problem in 1.4.2, can someone review before next release, please? The warning is: Argument "(not parsed)" isn't numeric in abs at ./check_ntp line 401. ...Caused by assigning a string value ('(not parsed)') to $jitter. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1251096&group_id=29880 From ton.voon at altinity.com Fri Jan 27 08:27:01 2006 From: ton.voon at altinity.com (Ton Voon) Date: Fri Jan 27 08:27:01 2006 Subject: [Nagiosplug-devel] Checklist for new plugins release Message-ID: Hi! With Ethan pushing for Nagios 2 to be final soon, we should look to getting another release of the plugins. Here's my list of tasks that need to be completed: - complete the testing suite (at least getting tinderbox to report everything passes). I'll do this in the next two weeks - more internationalisation clean up - Benoit was going to do some of this - more bug fixes. There's lots of useful stuff in SF, but I haven't had a chance to go through a lot of them. I will probably do some on a plugin basis because some tests are more complete than others (check_disk covers a lot of good cases) - I'm creating a check_mysql_query for a customer which I'll be adding back into the distribution. This is because I plan on adding some library functions for thresholds and perf data that has been design in the dev guidelines, but not implemented yet - website redesign. Just to look a bit better :) Moving forward, I want to concentrate on testing a lot more. I'm a convert to good testcases and I can see down the line in future that I want a failing test case submitted with most patches, so that it is easily proved that the patches are good. I've been using libtap (http://jc.ngo.org.uk/trac-bin/trac.cgi/wiki/LibTap) which is used by the FreeBSD team to regression test their C code, and I plan on adding this to our current test suite. Does anyone else have a list of things to be done for the next release? I think mid March is probably a reasonable target. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From gap at onx.de Fri Jan 27 16:01:17 2006 From: gap at onx.de (gap at onx.de) Date: Fri Jan 27 16:01:17 2006 Subject: [Nagiosplug-devel] nagios-plugins-1.4.2 build problem on MacOSX Server 10.1.5 (Puma) Message-ID: <374ED6E9-6336-4B58-83EE-F5677086D6B2@onx.de> localhost% make make all-recursive Making all in intl make[2]: Nothing to be done for `all'. Making all in lib make all-am source='getopt.c' object='getopt.o' libtool=no \ depfile='.deps/getopt.Po' tmpdepfile='.deps/getopt.TPo' \ depmode=gcc /bin/sh ../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -I/include -g -O2 -c getopt.c ../intl/libintl.h:129: illegal function definition, found `asm' ../intl/libintl.h:146: illegal function definition, found `asm' ../intl/libintl.h:166: illegal function definition, found `asm' ../intl/libintl.h:187: illegal function definition, found `asm' ../intl/libintl.h:208: illegal function definition, found `asm' ../intl/libintl.h:232: illegal function definition, found `asm' ../intl/libintl.h:250: illegal function definition, found `asm' ../intl/libintl.h:269: illegal function definition, found `asm' ../intl/libintl.h:288: illegal function definition, found `asm' cpp-precomp: warning: errors during smart preprocessing, retrying in basic mode getopt.c: In function `_getopt_internal': getopt.c:1128: Internal compiler error in `machopic_validate_stub_or_non_lazy_ptr', at /SourceCache/gcc/ gcc-934.3/gcc/config/apple/machopic.c:475 Please submit a full bug report via the web page. make[3]: *** [getopt.o] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 does anybody know, how to come up with 'asm'? thank you, gap From seanius at seanius.net Sat Jan 28 00:48:05 2006 From: seanius at seanius.net (sean finney) Date: Sat Jan 28 00:48:05 2006 Subject: [Nagiosplug-devel] Checklist for new plugins release In-Reply-To: References: Message-ID: <20060128084733.GB19818@seanius.net> hi ton, On Fri, Jan 27, 2006 at 04:25:50PM +0000, Ton Voon wrote: > - I'm creating a check_mysql_query for a customer which I'll be > adding back into the distribution. This is because I plan on adding > some library functions for thresholds and perf data that has been > design in the dev guidelines, but not implemented yet this sounds really useful, i'd be interested in seeing it too. if you need a second set of eyes to look over the code i'll volunteer to do so. > Moving forward, I want to concentrate on testing a lot more. I'm a > convert to good testcases and I can see down the line in future that > I want a failing test case submitted with most patches, so that it is > easily proved that the patches are good. I've been using libtap > (http://jc.ngo.org.uk/trac-bin/trac.cgi/wiki/LibTap) which is used by > the FreeBSD team to regression test their C code, and I plan on > adding this to our current test suite. sounds like a good idea. i have little (er, no) experience with various regression/test suites, so i think leading by example will be the best way to get me to come along :) > Does anyone else have a list of things to be done for the next > release? I think mid March is probably a reasonable target. i need to double check where things have been left off with the np_runcmd stuff... istr a small number andreas' patched plugins having bugs, and as a result not all plugins are using the runcmd function. i suppose it's not the end of the world if the plugins are released as is though, perhaps it's more of an aesthetic thing to me. sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From s4nag at no-where.at Sun Jan 29 13:12:13 2006 From: s4nag at no-where.at (Peter Gritsch) Date: Sun Jan 29 13:12:13 2006 Subject: [Nagiosplug-devel] Introducing SNMP4Nagios Message-ID: <200601292211.42608.s4nag@no-where.at> Hi List! The SNMP4Nagios project is proud to announce its first software release. SNMP4Nagios is a package of Nagios plugins which use SNMP to query hosts. While some of the plugins use standard MIBs, most are designed for vendor specific agents. Unlike other Nagios plugins, they are able to scan hosts for objects which can be monitored. Aditionally they can keep performance logs and draw plots of these using Tobias Oetiker's RRDTool. Currently devices by Brocade, Cisco, Compaq/HP and Network Appliance as well as computers running Microsoft Windows or Net-SNMP and uninterruptable power supplies are supported. For a complete list of plugins see "Features" at the SNMP4Nagios Home Page at http://snmp4nagios.sourceforge.net/ -- Peter Gritsch mail: s4nag at no-where.at web: http://snmp4nagios.sourceforge.net/ From benoit.mortier at opensides.be Sun Jan 29 15:14:02 2006 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Sun Jan 29 15:14:02 2006 Subject: [Nagiosplug-devel] Checklist for new plugins release In-Reply-To: References: Message-ID: <200601300012.50854.benoit.mortier@opensides.be> Le Vendredi 27 Janvier 2006 17:25, Ton Voon a ?crit?: > Hi! > > With Ethan pushing for Nagios 2 to be final soon, we should look to > getting another release of the plugins. Here's my list of tasks that > need to be completed: sure .. > - complete the testing suite (at least getting tinderbox to report > everything passes). I'll do this in the next two weeks > - more internationalisation clean up - Benoit was going to do some > of this i can do that around mid february.. > - more bug fixes. There's lots of useful stuff in SF, but I > haven't had a chance to go through a lot of them. I will probably do > some on a plugin basis because some tests are more complete than > others (check_disk covers a lot of good cases) > - I'm creating a check_mysql_query for a customer which I'll be > adding back into the distribution. This is because I plan on adding > some library functions for thresholds and perf data that has been > design in the dev guidelines, but not implemented yet > - website redesign. Just to look a bit better :) Yes, can you make a modules on the cvs where i can work > Does anyone else have a list of things to be done for the next > release? I think mid March is probably a reasonable target. Mid march would be great Cheers -- Benoit Mortier CEO www.opensides.be From ton.voon at altinity.com Mon Jan 30 01:44:03 2006 From: ton.voon at altinity.com (Ton Voon) Date: Mon Jan 30 01:44:03 2006 Subject: [Nagiosplug-devel] Checklist for new plugins release In-Reply-To: <20060128084733.GB19818@seanius.net> References: <20060128084733.GB19818@seanius.net> Message-ID: <107048F5-54D5-4697-8590-B18E3030CF24@altinity.com> On 28 Jan 2006, at 08:47, sean finney wrote: >> - I'm creating a check_mysql_query for a customer which I'll be >> adding back into the distribution. This is because I plan on adding >> some library functions for thresholds and perf data that has been >> design in the dev guidelines, but not implemented yet > > this sounds really useful, i'd be interested in seeing it too. if > you need a second set of eyes to look over the code i'll volunteer > to do so. I was planning on doing a large code drop when everything works, but I'd appreciate if you could look over what I am doing (not much faith in own coding skills and all that :) ). I'm working from "the bottom up", ie, I'm coding the lower level things first before writing the actual plugin. As the tests are written and pass for the lower level things, I'll commit. First one should be later today. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon -------------- next part -------------- An HTML attachment was scrubbed... URL: From ton.voon at altinity.com Mon Jan 30 01:55:01 2006 From: ton.voon at altinity.com (Ton Voon) Date: Mon Jan 30 01:55:01 2006 Subject: [Nagiosplug-devel] Checklist for new plugins release In-Reply-To: <200601300012.50854.benoit.mortier@opensides.be> References: <200601300012.50854.benoit.mortier@opensides.be> Message-ID: <92E9476D-6E1A-45AB-AC96-2CC469918F92@altinity.com> On 29 Jan 2006, at 23:12, Benoit Mortier wrote: >> - website redesign. Just to look a bit better :) > > Yes, can you make a modules on the cvs where i can work Done. There's a web module now if you want to add files in there. You should have all the necessary rights - let me know offline if there are problems. I'm picturing that we'll do a "cvs export web" into the top of the website via a cron job every night, so keep the files in the same structure you would want it exported. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at mti.ag Tue Jan 31 06:22:03 2006 From: dirk at mti.ag (=?ISO-8859-15?Q?Dirk_R=E4biger?=) Date: Tue Jan 31 06:22:03 2006 Subject: [Nagiosplug-devel] check_by_ssh feature proposal Message-ID: <43DF725C.8000204@mti.ag> Hello. = Goal = An option to turn off host-lookups for a given host in check_by_ssh. = Motivation = We're using Nagios to supervise our network, using a master-Nagios "ANU" and two slave-Nagii :) on hosts located overseas ("UK", "US"). In order to check wether the master-Nagios is still running, we'd like to use check_by_ssh e.g. on host US. Unfortunately, our master-Nagios is behind our firewall host "FW". Thus, FW will forward a port (e.g. 2222) to port 22 (ssh) of ANU. That way we can establish a ssh-connection from US to ANU by targeting FW, port 2222. On the other hand, the target-hostname should remain "ANU", because we do not want to mess with our ssh-hostkeys! No problem, we just configure ssh on US that way: Host ANU port 2222 The only remaining problem was that "check_by_ssh -H ANU" tried to double-check the host ANU by calling getaddrinfo() and it isn't able to resolve that host, because it is hidden behind our firewall FW. = Proposal = I think the call to getaddrinfo() isn't necessary, and we could just drop it without loosing functionality. On the other hand, I understand that it improves the user interface, and that our needs are somewhat special. So I'd like to propose an option to turn it off. = Patch = Attached to this mail, you'll find a patch to the current version 1.36 of "check_by_ssh" that implements my proposal. It features an command-line option "-g" in order not to call getaddrinfo() for the given hostname. We really hope to see that switch in the official branch. Thanks alot, Dirk R?biger -- Modern Technologies Inc. John Henry Building St. John's Antigua & Barbuda -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: check_by_ssh.c.diff URL: From noreply at sourceforge.net Tue Jan 31 09:29:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 31 09:29:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1420741 ] check_swap: incorrect totals for multiple partitions (BSD) Message-ID: Bugs item #1420741, was opened at 2006-01-31 08: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=1420741&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Scott Thompson (scottyt) Assigned to: Nobody/Anonymous (nobody) Summary: check_swap: incorrect totals for multiple partitions (BSD) Initial Comment: The swapctl-based portion of check_swap does not correctly handle multiple swap partitions. It builds incorrect totals for total space + usage by summing the values from the first configured partition n times where n is the number of configured partitions. A loop to examine each swapent structure in the array returned by swapctl exists, however the loop index is never used to access each element. A patch to revision 1.54 that fixes this behaviour (tested & confirmed working) is attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1420741&group_id=29880 From ton.voon at altinity.com Tue Jan 31 09:32:06 2006 From: ton.voon at altinity.com (Ton Voon) Date: Tue Jan 31 09:32:06 2006 Subject: [Nagiosplug-devel] Checklist for new plugins release In-Reply-To: <107048F5-54D5-4697-8590-B18E3030CF24@altinity.com> References: <20060128084733.GB19818@seanius.net> <107048F5-54D5-4697-8590-B18E3030CF24@altinity.com> Message-ID: <84D7C1D5-9951-4632-A7E4-29A3D55604D6@altinity.com> On 30 Jan 2006, at 09:43, Ton Voon wrote: > > On 28 Jan 2006, at 08:47, sean finney wrote: > >>> - I'm creating a check_mysql_query for a customer which I'll be >>> >>> adding back into the distribution. This is because I plan on adding >>> >>> some library functions for thresholds and perf data that has been >>> >>> design in the dev guidelines, but not implemented yet >>> >> >> this sounds really useful, i'd be interested in seeing it too. if >> >> you need a second set of eyes to look over the code i'll volunteer >> >> to do so. >> > > I was planning on doing a large code drop when everything works, > but I'd appreciate if you could look over what I am doing (not much > faith in own coding skills and all that :) ). > > I'm working from "the bottom up", ie, I'm coding the lower level > things first before writing the actual plugin. As the tests are > written and pass for the lower level things, I'll commit. First one > should be later today. check_mysql_query is done now. It should compile automatically if the mysql libraries are found. Let me know if there are any problems with it. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Tue Jan 31 09:33:12 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 31 09:33:12 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1420741 ] check_swap: incorrect totals for multiple partitions (BSD) Message-ID: Bugs item #1420741, was opened at 2006-01-31 08:28 Message generated for change (Comment added) made by scottyt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1420741&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Scott Thompson (scottyt) Assigned to: Nobody/Anonymous (nobody) Summary: check_swap: incorrect totals for multiple partitions (BSD) Initial Comment: The swapctl-based portion of check_swap does not correctly handle multiple swap partitions. It builds incorrect totals for total space + usage by summing the values from the first configured partition n times where n is the number of configured partitions. A loop to examine each swapent structure in the array returned by swapctl exists, however the loop index is never used to access each element. A patch to revision 1.54 that fixes this behaviour (tested & confirmed working) is attached. ---------------------------------------------------------------------- >Comment By: Scott Thompson (scottyt) Date: 2006-01-31 08:32 Message: Logged In: YES user_id=136362 Example: # pstat -s Device 1K-blocks Used Avail Capacity Priority /dev/sd0b 263578 230876 32702 88% 0 /dev/wd0b 262080 26244 235836 10% 1 Total 525658 257120 268538 49% # ./check_swap.old -av -w 10% -c 5% SWAP OK - 13% free (64 MB out of 515 MB) [32 (13%)] [32 (13%)]|swap=63MB;51;25;0;514 # ./check_swap -av -w 10% -c 5% SWAP OK - 52% free (262 MB out of 513 MB) [32 (13%)] [230 (90%)]|swap=262MB;51;25;0;513 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1420741&group_id=29880