From noreply at sourceforge.net Tue Dec 2 16:48:06 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 02 Dec 2008 15:48:06 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-2378068 ] check_mrtg never returns STATE_OK Message-ID: Bugs item #2378068, was opened at 2008-12-02 16:48 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=2378068&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: snapshot tarball Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nik Soggia (crimex) Assigned to: Nobody/Anonymous (nobody) Summary: check_mrtg never returns STATE_OK Initial Comment: the state of "result" variable is changed only when something wrong happens, so its initial state should be "ok" and not "unknown". regards, ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2378068&group_id=29880 From noreply at sourceforge.net Tue Dec 2 19:47:37 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 02 Dec 2008 18:47:37 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-2378068 ] check_mrtg never returns STATE_OK Message-ID: Bugs item #2378068, was opened at 2008-12-02 10:48 Message generated for change (Comment added) made by dermoth You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2378068&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: snapshot tarball Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nik Soggia (crimex) Assigned to: Nobody/Anonymous (nobody) Summary: check_mrtg never returns STATE_OK Initial Comment: the state of "result" variable is changed only when something wrong happens, so its initial state should be "ok" and not "unknown". regards, ---------------------------------------------------------------------- Comment By: Thomas Guyot (dermoth) Date: 2008-12-02 13:47 Message: You're right - anyone actually use this plugin!?! I'll fix it shortly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2378068&group_id=29880 From noreply at sourceforge.net Tue Dec 2 19:47:46 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 02 Dec 2008 18:47:46 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-2378068 ] check_mrtg never returns STATE_OK Message-ID: Bugs item #2378068, was opened at 2008-12-02 10:48 Message generated for change (Settings changed) made by dermoth You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2378068&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: snapshot tarball Status: Open >Resolution: Accepted Priority: 5 Private: No Submitted By: Nik Soggia (crimex) >Assigned to: Thomas Guyot (dermoth) Summary: check_mrtg never returns STATE_OK Initial Comment: the state of "result" variable is changed only when something wrong happens, so its initial state should be "ok" and not "unknown". regards, ---------------------------------------------------------------------- Comment By: Thomas Guyot (dermoth) Date: 2008-12-02 13:47 Message: You're right - anyone actually use this plugin!?! I'll fix it shortly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2378068&group_id=29880 From noreply at sourceforge.net Wed Dec 3 14:04:50 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 03 Dec 2008 13:04:50 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-2378068 ] check_mrtg never returns STATE_OK Message-ID: Bugs item #2378068, was opened at 2008-12-02 10:48 Message generated for change (Settings changed) made by dermoth You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2378068&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: snapshot tarball >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nik Soggia (crimex) Assigned to: Thomas Guyot (dermoth) Summary: check_mrtg never returns STATE_OK Initial Comment: the state of "result" variable is changed only when something wrong happens, so its initial state should be "ok" and not "unknown". regards, ---------------------------------------------------------------------- Comment By: Thomas Guyot (dermoth) Date: 2008-12-03 08:04 Message: This problem is now fixed in Git. Thank you for your report. ---------------------------------------------------------------------- Comment By: Thomas Guyot (dermoth) Date: 2008-12-02 13:47 Message: You're right - anyone actually use this plugin!?! I'll fix it shortly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2378068&group_id=29880 From infogerance-admin4.arsit-idf at justice.gouv.fr Wed Dec 3 18:57:25 2008 From: infogerance-admin4.arsit-idf at justice.gouv.fr (Guillaume Tessier) Date: Wed, 03 Dec 2008 18:57:25 +0100 Subject: [Nagiosplug-devel] Nagios execution environment : problem loading libs while executing custom plugin. Message-ID: <4936C885.3020707@justice.gouv.fr> Hello! first of all, please forgive me for my writing as English is not my native language. I have successfully written and integrated some plugins for Nagios (all written in Python). I do appreciate Nagios for the liberty to write you own plugin. But i get stuck with the last one.... This plugin is aimed to query databases and return some values (perf (SGA...) & fonctionnal (nb users connected...)). It's written in Python and uses the cx_Oracle module to communicate with Oracle DB's. OK, let's go to the point! The plugin executes perfectly from the command line. However, after being integrated to nagios ans executed within nagios environment, it fails to execute. This is NOT a 'no output' error. After debugging it appear the it can't load properly the cx_Oracle module because it does not find some files. Indeed, cx_Oracle module does need some particuliar environment variables (those for the Oracle client access suite) : ORACLE_HOME, LD_LIBRARY_PATH and so on... While debugging, it appears that the environment variables within the execution environment of nagios are very different from the shell's variables. That is quite normal as when i execute the python script through the shell, it's a son process and it inherit from the shell's environment variables (which are properly set). But when executed from Nagios, the environment variables are those : ----- {'NAGIOS_SERVICEDOWNTIME': '0', 'NAGIOS_HOSTDURATIONSEC': '3645892', 'NAGIOS_SERVICEGROUPNAME': '', 'NAGIOS_SERVICEACKCOMMENT': '', 'NAGIOS_DATE': '03-12-2008', 'NAGIOS_CONTACTPAGER': '', 'NAGIOS_HOSTACKAUTHOR': '', 'NAGIOS_RESOURCEFILE': '/usr/local/nagios/etc/resource.cfg', 'NAGIOS_LASTHOSTUNREACHABLE': '0', 'SHELL': '/bin/sh' ---- So, finally, my question is : Where can i set the nagios executing environment variables in order to load my module properly?????????????? I have looked for it through the Web, but i definitely get stuck.... If you have any idea about it, i would really appreciate!!!! -- Guillaume -------------- next part -------------- An HTML attachment was scrubbed... URL: From rich at richhorner.com Wed Dec 3 19:48:54 2008 From: rich at richhorner.com (Richard Edward Horner) Date: Wed, 3 Dec 2008 13:48:54 -0500 Subject: [Nagiosplug-devel] Nagios execution environment : problem loading libs while executing custom plugin. In-Reply-To: <4936C885.3020707@justice.gouv.fr> References: <4936C885.3020707@justice.gouv.fr> Message-ID: <7a65a83a0812031048h12f001e6pc146ae8bc9635d64@mail.gmail.com> Guillame, I'm not a Python programmer so this may be completely incorrect but don't you just need to set the environment variables in your script? I usually write in BASH where I'd just say: export SOME_VARIABLE=some_value A quick Google search suggests that in Python you use the os.environ element like: os.environ["MY_PATH"]="/path/to/program" Yes? No? Rich(ard) -- Richard Edward Horner Engineer / Composer / Electric Guitar Virtuoso http://richhorner.com From seanius at seanius.net Thu Dec 4 01:17:08 2008 From: seanius at seanius.net (sean finney) Date: Thu, 4 Dec 2008 01:17:08 +0100 Subject: [Nagiosplug-devel] Nagios execution environment : problem loading libs while executing custom plugin. In-Reply-To: <7a65a83a0812031048h12f001e6pc146ae8bc9635d64@mail.gmail.com> References: <4936C885.3020707@justice.gouv.fr> <7a65a83a0812031048h12f001e6pc146ae8bc9635d64@mail.gmail.com> Message-ID: <20081204001708.GA18415@rangda.stickybit.se> hiya, On Wed, Dec 03, 2008 at 01:48:54PM -0500, Richard Edward Horner wrote: > don't you just need to set the environment variables in your script? I if you need to set LD_LIBRARY_PATH in order to load some shared libraries needed by a python module, probably not. at least not without a really ugly self-exec type hack. it's probably easier to just export and set the variables in the nagios init script, which i think should propagate to the plugins when nagios runs them. otherwise in the worst case you could right a shell script that sets the variables and executes the "real" plugin, but i really don't think that should be necessary. sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From mattias.ryrlen at op5.com Thu Dec 4 10:25:10 2008 From: mattias.ryrlen at op5.com (Mattias =?ISO-8859-1?Q?Ryrl=E9n?=) Date: Thu, 04 Dec 2008 10:25:10 +0100 Subject: [Nagiosplug-devel] Nagios execution environment : problem loading libs while executing custom plugin. In-Reply-To: <4936C885.3020707@justice.gouv.fr> References: <4936C885.3020707@justice.gouv.fr> Message-ID: <1228382710.21824.8.camel@mr-laptop> Hi, On Wed, 2008-12-03 at 18:57 +0100, Guillaume Tessier wrote: > So, finally, my question is : > Where can i set the nagios executing environment variables in order to > load my module properly?????????????? what about setting the variables in /etc/profile? or example /etc/profile.d/nagios.sh on some system. use the systems profile and not bashrc > > I have looked for it through the Web, but i definitely get stuck.... > > If you have any idea about it, i would really appreciate!!!! > -- V?nliga h?lsningar / Best Regards Mattias Ryrl?n __________________________ op5 AB F?rsta L?nggatan 19 SE-413 27 G?teborg Mobil: +46 735-17 70 99 Support: +46 31-774 09 24 www.op5.com From Guillaume.Rousse at inria.fr Thu Dec 4 19:36:20 2008 From: Guillaume.Rousse at inria.fr (Guillaume Rousse) Date: Thu, 04 Dec 2008 19:36:20 +0100 Subject: [Nagiosplug-devel] patch: add check certificate support for LDAP plugin Message-ID: <49382324.7020204@inria.fr> Hello list. Here's a patch adding the certificate expiration check feature to the ldap plugin, based on the http plugin. For some unknown reason, probably due to the way secure connection is established, it doesn't work with the --ssl options, only for the --starttls one. As I'm not really a C expert, feel free to enhance/modify the patch as needed, but I think this is useful enough to get merged. -- Guillaume Rousse Moyens Informatiques - INRIA Futurs Tel: 01 69 35 69 62 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: nagios-plugins-1.4.13-check_ldap_certificate.patch URL: From noreply at sourceforge.net Fri Dec 5 13:23:34 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 05 Dec 2008 12:23:34 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-2392536 ] perfdata output for check_ifoperstatus Message-ID: Patches item #2392536, was opened at 2008-12-05 13:23 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=2392536&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 Private: No Submitted By: Gnther Mair (gunnyst) Assigned to: Nobody/Anonymous (nobody) Summary: perfdata output for check_ifoperstatus Initial Comment: Hello everyone, hello Christoph Kron, I had a quick look at the archives on gmame, but haven't found any request similar to mine. Please find a patch file attached to this email - it is ready to be implemented or discarded. About the Patch: - version: 1.4.13 - name: check_ifoperstatus.pl - commandline: not changed/affected - tested on OS: Ubuntu Server 8.04 - tested on architecture: i486 / Intel Core2Duo - tested with compiler: perl interpreter v5.8.8 - my changes obviously are not platfrom depended ;-) The changes consist in: - 6 additional lines to retrieve InOctets and OutOctets of the specified interface - 1 changed line to add perfdata-output The benefits: - one single plugin to feed perfdata back to Nagios - useful in combination with tools like n2rrd The drawbacks: - 2 additional OIDs being queried - may slow down huge installations which make heavy use of this plugin (though I doubt that to be a real problem) Kind regards G?nther ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2392536&group_id=29880 From infogerance-admin4.arsit-idf at justice.gouv.fr Sun Dec 7 10:34:53 2008 From: infogerance-admin4.arsit-idf at justice.gouv.fr (Guillaume Tessier) Date: Sun, 07 Dec 2008 10:34:53 +0100 Subject: [Nagiosplug-devel] Nagios execution environment : problem loading libs while executing custom plugin. In-Reply-To: <1228382710.21824.8.camel@mr-laptop> References: <4936C885.3020707@justice.gouv.fr> <1228382710.21824.8.camel@mr-laptop> Message-ID: <493B98BD.8000104@justice.gouv.fr> Hi! Thanks for replying! Yes, i already did set up the shell environment properly (actually in /etc/profile). I just did the test you adviced : user a shell script to launch the python script. But it is exactly the same behaviour. i ask the program to display the environment variables (print os.environ) : - when lauched from the command line, the python script (and the shell script) returns me exactly the same variable than the shell. I can even set up new variables (os.environ["TESTVAR2"]="blibli") and it display fine. ---- output ---- {'LANG': 'fr_FR at euro', 'TERM': 'xterm', 'SHELL': '/bin/sh', 'ORACLE_HOME': '/opt/oracle/product/10.2.0/client_1', 'SHLVL': '2', 'ORACLE_BASE': '/opt/oracle', 'TESTVAR2': 'blibli', 'PWD': '/home/www-data', 'LOGNAME': 'www-data', 'USER': 'www-data', 'MAIL': '/var/mail/www-data', 'PATH': '/opt:/usr/local/bin:/usr/bin:/bin:/usr/games:/opt/oracle/product/10.2.0/client_1/bin', 'HOME': '/home/www-data', 'LD_LIBRARY_PATH': '/opt/oracle/product/10.2.0/client_1/lib', '_': '/usr/local/nagios/libexec/dbRequest.py'} --------------- You can even see the variable TESTVAR2 that i set in the python script..... - when lauched from Nagios, the python script (and the shell script) returns me this stuff : {'NAGIOS_SERVICEDOWNTIME': '0', 'NAGIOS_HOSTDURATIONSEC': '3956006', 'NAGIOS_SERVICEGROUPNAME': '', 'NAGIOS_SERVICEACKCOMMENT': '', 'NAGIOS_DATE': '07-12-2008', 'NAGIOS_CONTACTPAGER': '', 'NAGIOS_HOSTACKAUTHOR': '', 'NAGIOS_RESOURCEFILE': '/usr/local/nagios/etc/resource.cfg', 'NAGIOS_LASTHOSTUNREACHABLE': '0', 'SHELL': '/bin/sh' I don't know where it gets that from.... Wait!!! I just performed a test while writing. This confirm my fears... I just create a new command that just launch a shell script. The shell script just echo an environment variable. when echoing $PATH, i get this frim nagios : /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin This is different than the shell environment PATH variable set in /etc/profile : PATH=/opt:/usr/local/bin:/usr/bin:/bin:/usr/games:/opt/oracle/product/10.2.0/client_1/bin The best : if i try to echo $ORACLE_HOME, guess what?..... "no output"!!!! Those tests really show that some setting completely substitutes its own environment variables to those from the shell..... WAIT AGAIN!!!! Amazing : if i restart the /etc/init.d/nagios then things go ok! But if i reboot the machine (/etc/init.d/nagios is in the runlevel scripts) then it fails back!!!! There is really something going strange with nagios executing environment!!! If you have any idea about it!!! I'll look in the init script if it has something special.... Guillaume -------------- next part -------------- An HTML attachment was scrubbed... URL: From buran83 at gmail.com Mon Dec 8 12:34:49 2008 From: buran83 at gmail.com (Andrew Burdyug) Date: Mon, 8 Dec 2008 13:34:49 +0200 Subject: [Nagiosplug-devel] check_http and 403 Error Message-ID: <1245674383.20081208133449@gmail.com> Hello, nagiosplug-devel. How I can exclude "403 Error" from errors demanding attention 'check_http' and thus one command to check the hosts returning HTTP/1.1 200 OK and HTTP/1.1 403 Forbidden. If I use /opt/nagios/libexec/check_http -I $_HOSTNGINX_IP$ -p $_HOSTNGINX_PORT$ -e 403 for hosts which return 403 Error: HTTP OK HTTP/1.1 403 Forbidden - 366 bytes in 0.250 seconds |time=0.250188s;;;0.000000 size=366B;;;0 BUT for host which returning HTTP/1.1 200 OK: HTTP CRITICAL - Invalid HTTP response received from host - It is true. But I do not wish to do for half of hosts check by such command: /opt/nagios/libexec/check_http -I $_HOSTNGINX_IP$ -p $_HOSTNGINX_PORT$ -e 403 and for another such:/opt/nagios/libexec/check_http-I $ _HOSTNGINX_IP $-p $ _HOSTNGINX_PORT$ and for earlier it is not known, what of them how to check ... :( How I can execute all hosts checking in one command: /opt/nagios/libexec/check_http ..... ? -- Best Regards, Adrew B. ICQ: 410305724, 488000016 E-Mail: buran83 at gmail.com From noreply at sourceforge.net Tue Dec 9 14:15:42 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 09 Dec 2008 13:15:42 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-2411631 ] check_ntp_peer: num-peer alerting Message-ID: Patches item #2411631, was opened at 2008-12-09 14:15 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=2411631&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: Enhancement Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: tuxlife (tuxlife) Assigned to: Nobody/Anonymous (nobody) Summary: check_ntp_peer: num-peer alerting Initial Comment: This patch adds -o and -P for alerting when a ntp server not enough peer connectet. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2411631&group_id=29880 From yaronm at teleweb.co.il Wed Dec 10 10:22:45 2008 From: yaronm at teleweb.co.il (Yaron Meiry) Date: Wed, 10 Dec 2008 11:22:45 +0200 Subject: [Nagiosplug-devel] check_ping resolving error In-Reply-To: References: Message-ID: <6b0028740812100122xbc7bd54l5312bcb2661db6a7@mail.gmail.com> Hey I'm using the Nagios check_ping utility version v1810 (nagios-plugins 1.4.11) and I think I have a DNS resolution problem. check_ping can't resolve a host correctly and reports a network problem. This is the default command line: *[root at machine libexec]# ./check_ping -H domain.tld -w 3000.0,80% -c 5000.0,100% -p 5 CRITICAL - Network Unreachable (domain.tld) * However, there is no apparent resolving problem: *[root at machine libexec]# host domain.tld domain.tld has address xx.xx.xxx.12 domain.tld has IPv6 address ::ffff:xx.xx.xxx.12 domain.tld mail is handled by 10 mx1.emailservice.com . domain.tld mail is handled by 20 mx2.emailservice.com .* I've read the help for check_ping, and it states: *This plugin uses the ping command to probe the specified host for packet loss (percentage) and round trip average (milliseconds). It can produce HTML output linking to a traceroute CGI contributed by Ian Cass. The CGI can be found in the contrib area of the downloads section at http://www.nagios.org/* However, the ping command itself doesn't seem to have any problems (resolving, reaching): *[root at machine libexec]# ping -c 1 domain.tld PING domain.tld (xx.xx.xxx.12) 56(84) bytes of data. 64 bytes from ptr.hostingcompany.com ( xx.xx.xxx.12 ): icmp_seq=1 ttl=52 time=57.0 ms --- domain.tld ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 57.074/57.074/57.074/0.000 ms* Ping version: *[root at machine ~]# ping -V ping utility, iputils-ss020927* Is there anything I'm missing? This problem occurs with only one specific host out of rather large number, so I'm really at a loss with conclusions on this. Thanks, Yaron. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ae at op5.se Wed Dec 10 10:32:50 2008 From: ae at op5.se (Andreas Ericsson) Date: Wed, 10 Dec 2008 10:32:50 +0100 Subject: [Nagiosplug-devel] check_ping resolving error In-Reply-To: <6b0028740812100122xbc7bd54l5312bcb2661db6a7@mail.gmail.com> References: <6b0028740812100122xbc7bd54l5312bcb2661db6a7@mail.gmail.com> Message-ID: <493F8CC2.1050505@op5.se> Yaron Meiry wrote: > Hey > > I'm using the Nagios check_ping utility version v1810 (nagios-plugins > 1.4.11) and I think I have a DNS resolution problem. > check_ping can't resolve a host correctly and reports a network problem. > This is the default command line: > *[root at machine libexec]# ./check_ping -H domain.tld -w 3000.0,80% -c > 5000.0,100% -p 5 > CRITICAL - Network Unreachable (domain.tld) You're getting ICMP_UNREACH when sending icmp packets to domain.tld. That means there's no route from the network your nagios server sits on to the network the domain.tld server sits on. Try running ping domain.tld from the command line and you should see the same error message. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From ae at op5.se Wed Dec 10 10:33:42 2008 From: ae at op5.se (Andreas Ericsson) Date: Wed, 10 Dec 2008 10:33:42 +0100 Subject: [Nagiosplug-devel] check_ping resolving error In-Reply-To: <493F8CC2.1050505@op5.se> References: <6b0028740812100122xbc7bd54l5312bcb2661db6a7@mail.gmail.com> <493F8CC2.1050505@op5.se> Message-ID: <493F8CF6.70605@op5.se> Andreas Ericsson wrote: > Yaron Meiry wrote: >> Hey >> >> I'm using the Nagios check_ping utility version v1810 (nagios-plugins >> 1.4.11) and I think I have a DNS resolution problem. >> check_ping can't resolve a host correctly and reports a network problem. >> This is the default command line: >> *[root at machine libexec]# ./check_ping -H domain.tld -w 3000.0,80% -c >> 5000.0,100% -p 5 >> CRITICAL - Network Unreachable (domain.tld) > > You're getting ICMP_UNREACH when sending icmp packets to domain.tld. > That means there's no route from the network your nagios server sits > on to the network the domain.tld server sits on. Try running > > ping domain.tld > > from the command line and you should see the same error message. > Additionally, if you try using check_icmp instead, it will also tell you which of the routers along the way is sending the ICMP_UNREACH message, so you'll know which router you need to reconfigure to get it to work. HTH -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From yaronm at teleweb.co.il Wed Dec 10 12:05:10 2008 From: yaronm at teleweb.co.il (Yaron Meiry) Date: Wed, 10 Dec 2008 13:05:10 +0200 Subject: [Nagiosplug-devel] check_ping resolving error In-Reply-To: <6b0028740812100300r54a50183xe7bef61ab8bf1dd1@mail.gmail.com> References: <6b0028740812100122xbc7bd54l5312bcb2661db6a7@mail.gmail.com> <493F8CC2.1050505@op5.se> <493F8CF6.70605@op5.se> <6b0028740812100300r54a50183xe7bef61ab8bf1dd1@mail.gmail.com> Message-ID: <6b0028740812100305r324d3e44r9b6d0e311631c1a8@mail.gmail.com> Thank you for the quick reply. I've noted in the email the result for ping. Ping has no problems. Here is some ping output again: *[root at machine libexec]# ping -c 3 domain.tld PING domain.tld (xx.xx.xxx.12) 56(84) bytes of data. 64 bytes from ptr.hostingcompany.com (xx.xx.xxx.12): icmp_seq=1 ttl=54 time=57.0 ms 64 bytes from ptr.hostingcompany.com (xx.xx.xxx.12): icmp_seq=2 ttl=54 time=56.4 ms 64 bytes from ptr.hostingcompany.com (xx.xx.xxx.12): icmp_seq=3 ttl=54 time=57.2 ms --- domain.tld ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2000ms rtt min/avg/max/mdev = 56.491/56.925/57.201/0.310 ms* I've tried check_icmp and it reports no errors: *[root at machine libexec]# ./check_icmp domain.tld OK - domain.tld: rta 56.467ms, lost 0%|rta=56.467ms;200.000;500.000;0; pl=0%;40;80;; * Also, I've ran a tracepath from the Nagios machine to domain.tld and it had no problems along the way. The end output was: *Resume: pmtu 1500 hops 14 back 11* On Wed, Dec 10, 2008 at 11:33 AM, Andreas Ericsson wrote: > Andreas Ericsson wrote: > > Yaron Meiry wrote: > >> Hey > >> > >> I'm using the Nagios check_ping utility version v1810 (nagios-plugins > >> 1.4.11) and I think I have a DNS resolution problem. > >> check_ping can't resolve a host correctly and reports a network problem. > >> This is the default command line: > >> *[root at machine libexec]# ./check_ping -H domain.tld -w 3000.0,80% -c > >> 5000.0,100% -p 5 > >> CRITICAL - Network Unreachable (domain.tld) > > > > You're getting ICMP_UNREACH when sending icmp packets to domain.tld. > > That means there's no route from the network your nagios server sits > > on to the network the domain.tld server sits on. Try running > > > > ping domain.tld > > > > from the command line and you should see the same error message. > > > > Additionally, if you try using check_icmp instead, it will also tell > you which of the routers along the way is sending the ICMP_UNREACH > message, so you'll know which router you need to reconfigure to get > it to work. HTH > > -- > Andreas Ericsson andreas.ericsson at op5.se > OP5 AB www.op5.se > Tel: +46 8-230225 Fax: +46 8-230231 > > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________________ > Nagios Plugin Development Mailing List > Nagiosplug-devel at lists.sourceforge.net > Unsubscribe at > https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > ::: Please include plugins version (-v) and OS when reporting any issue. > ::: Messages without supporting info will risk being sent to /dev/null > -------------- next part -------------- An HTML attachment was scrubbed... URL: From holger at CIS.FU-Berlin.DE Wed Dec 10 12:52:47 2008 From: holger at CIS.FU-Berlin.DE (Holger Weiss) Date: Wed, 10 Dec 2008 12:52:47 +0100 Subject: [Nagiosplug-devel] check_ping resolving error In-Reply-To: <6b0028740812100305r324d3e44r9b6d0e311631c1a8@mail.gmail.com> References: <6b0028740812100122xbc7bd54l5312bcb2661db6a7@mail.gmail.com> <493F8CC2.1050505@op5.se> <493F8CF6.70605@op5.se> <6b0028740812100300r54a50183xe7bef61ab8bf1dd1@mail.gmail.com> <6b0028740812100305r324d3e44r9b6d0e311631c1a8@mail.gmail.com> Message-ID: <20081210115246.GH3629721@CIS.FU-Berlin.DE> * Yaron Meiry [2008-12-10 13:05]: > I've noted in the email the result for ping. Ping has no problems. Here is > some ping output again: > *[root at machine libexec]# ping -c 3 domain.tld If you add "-vvv" to the check_ping command line arguments, check_ping will spit out the exact ping(1) command line it's executing. Does that ping(1) command line work if you execute it manually? If so, could you post the complete "check_ping -vvv" output? > I've tried check_icmp and it reports no errors: I'd prefer check_icmp over check_ping anyway :-) However, I'd be interested in the reason for your check_ping issue. Holger From dermoth at aei.ca Wed Dec 10 12:48:11 2008 From: dermoth at aei.ca (Thomas Guyot-Sionnest) Date: Wed, 10 Dec 2008 06:48:11 -0500 Subject: [Nagiosplug-devel] check_ping resolving error In-Reply-To: <6b0028740812100305r324d3e44r9b6d0e311631c1a8@mail.gmail.com> References: <6b0028740812100122xbc7bd54l5312bcb2661db6a7@mail.gmail.com> <493F8CC2.1050505@op5.se> <493F8CF6.70605@op5.se> <6b0028740812100300r54a50183xe7bef61ab8bf1dd1@mail.gmail.com> <6b0028740812100305r324d3e44r9b6d0e311631c1a8@mail.gmail.com> Message-ID: <493FAC7B.9030607@aei.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 10/12/08 06:05 AM, Yaron Meiry wrote: > Thank you for the quick reply. Hi... Please avoid top-posting: it usually makes Andreas act funny, and it's hard to follow the conversation too :p > I've noted in the email the result for ping. Ping has no problems. Here > is some ping output again: > / > [root at machine libexec]# ping -c 3 domain.tld > PING domain.tld (xx.xx.xxx.12) 56(84) bytes of data. > 64 bytes from ptr.hostingcompany.com > (xx.xx.xxx.12): icmp_seq=1 ttl=54 time=57.0 ms > 64 bytes from ptr.hostingcompany.com > (xx.xx.xxx.12): icmp_seq=2 ttl=54 time=56.4 ms > 64 bytes from ptr.hostingcompany.com > (xx.xx.xxx.12): icmp_seq=3 ttl=54 time=57.2 ms > > --- domain.tld ping statistics --- > 3 packets transmitted, 3 received, 0% packet loss, time 2000ms > rtt min/avg/max/mdev = 56.491/56.925/57.201/0.310 ms/ Can you please sent the output of check_ping again with debug output enabled? i.e.: ./heck_ping -H example.com -w 3000.0,80% -c 5000.0,100% -p 5 -vvv The -v switches will give more info about why this plugin fails. NB: check_ping rely on the system ping command, while check_icmp sends ICMP packets directly. You could use check_icmp as a workaround too... Thanks - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJP6x76dZ+Kt5BchYRAqSnAKDEev4ZH2OOwjK4yPPDntpefIyf5QCeLvmI Q1Rdisae+i3qYIZt4dN6wNI= =trQB -----END PGP SIGNATURE----- From yaronm at teleweb.co.il Wed Dec 10 13:35:33 2008 From: yaronm at teleweb.co.il (Yaron Meiry) Date: Wed, 10 Dec 2008 14:35:33 +0200 Subject: [Nagiosplug-devel] check_ping resolving error In-Reply-To: <20081210115246.GH3629721@CIS.FU-Berlin.DE> References: <6b0028740812100122xbc7bd54l5312bcb2661db6a7@mail.gmail.com> <493F8CC2.1050505@op5.se> <493F8CF6.70605@op5.se> <6b0028740812100300r54a50183xe7bef61ab8bf1dd1@mail.gmail.com> <6b0028740812100305r324d3e44r9b6d0e311631c1a8@mail.gmail.com> <20081210115246.GH3629721@CIS.FU-Berlin.DE> Message-ID: <6b0028740812100435r1af9eaffl5ab085cbe199dec5@mail.gmail.com> Thanks everyone for the comments. No more top posting! On Wed, Dec 10, 2008 at 1:52 PM, Holger Weiss wrote: > > If you add "-vvv" to the check_ping command line arguments, check_ping > will spit out the exact ping(1) command line it's executing. Does that > ping(1) command line work if you execute it manually? If so, could you > post the complete "check_ping -vvv" output? *[root at machine libexec]# ./check_ping -H domain.tld -w 3000.0,80% -c 5000.0,100% -p 5 -vvv CMD: /bin/ping6 -n -U -w 30 -c 5 domain.tld Output: PING domain.tld(::ffff:xx.xx.xxx.12) 56 data bytes Output: Output: --- domain.tld ping statistics --- Output: 30 packets transmitted, 0 received, 100% packet loss, time 29010ms Output: Got stderr: ping: sendmsg: Network is unreachable CRITICAL - Network Unreachable (domain.tld)* This is interesting. It's running /bin/ping6 instead of /bin/ping. Here is the output of the same command using /bin/ping instead: *[root at machine libexec]# /bin/ping -n -U -w 30 -c 5 domain.tld PING domain.tld (xx.xx.xxx.12) 56(84) bytes of data. 64 bytes from xx.xx.xxx.12: icmp_seq=1 ttl=54 time=56.2 ms 64 bytes from xx.xx.xxx.12: icmp_seq=2 ttl=54 time=57.2 ms 64 bytes from xx.xx.xxx.12: icmp_seq=3 ttl=54 time=56.1 ms 64 bytes from xx.xx.xxx.12: icmp_seq=4 ttl=54 time=57.1 ms 64 bytes from xx.xx.xxx.12: icmp_seq=5 ttl=54 time=56.8 ms --- domain.tld ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4001ms rtt min/avg/max/mdev = 56.188/56.736/57.226/0.528 ms* I've checked another domain and it checks it with /bin/ping. So apparently the problem is that it thinks it should check it with /bin/ping6. Question is, why? I haven't checked the sources. I'm gonna look into them meanwhile. > I've tried check_icmp and it reports no errors: > > I'd prefer check_icmp over check_ping anyway :-) However, I'd be > interested in the reason for your check_ping issue. > Maybe I should use that instead. However, I'm interested at the same thing as you at this point :) -------------- next part -------------- An HTML attachment was scrubbed... URL: From dermoth at aei.ca Wed Dec 10 14:16:54 2008 From: dermoth at aei.ca (Thomas Guyot-Sionnest) Date: Wed, 10 Dec 2008 08:16:54 -0500 Subject: [Nagiosplug-devel] check_ping resolving error In-Reply-To: <6b0028740812100435r1af9eaffl5ab085cbe199dec5@mail.gmail.com> References: <6b0028740812100122xbc7bd54l5312bcb2661db6a7@mail.gmail.com> <493F8CC2.1050505@op5.se> <493F8CF6.70605@op5.se> <6b0028740812100300r54a50183xe7bef61ab8bf1dd1@mail.gmail.com> <6b0028740812100305r324d3e44r9b6d0e311631c1a8@mail.gmail.com> <20081210115246.GH3629721@CIS.FU-Berlin.DE> <6b0028740812100435r1af9eaffl5ab085cbe199dec5@mail.gmail.com> Message-ID: <493FC146.8020701@aei.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 10/12/08 07:35 AM, Yaron Meiry wrote: > Thanks everyone for the comments. No more top posting! > > On Wed, Dec 10, 2008 at 1:52 PM, Holger Weiss > wrote: > > > If you add "-vvv" to the check_ping command line arguments, check_ping > will spit out the exact ping(1) command line it's executing. Does that > ping(1) command line work if you execute it manually? If so, could you > post the complete "check_ping -vvv" output? > > > /[root at machine libexec]# ./check_ping -H domain.tld -w 3000.0,80% -c > 5000.0,100% -p 5 -vvv > CMD: /bin/ping6 -n -U -w 30 -c 5 domain.tld > Output: PING domain.tld(::ffff:xx.xx.xxx.12) 56 data bytes > Output: > Output: --- domain.tld ping statistics --- > Output: 30 packets transmitted, 0 received, 100% packet loss, time 29010ms > Output: > Got stderr: ping: sendmsg: Network is unreachable > CRITICAL - Network Unreachable (domain.tld)/ > > This is interesting. It's running /bin/ping6 instead of /bin/ping. Here Yes. we enable IPv6 whenever possible and your host advertise an IPv6 address (AAAA record). It looks like check_ping is trying to use ipv6... you should be able to reproduce it with this hostname as well (both IPv4 and IPv6 connectivity): ipv6.he.net Now I need to figure out in which cases check_ping try to use IPv6... it does not happen on my production servers but kernel support for IPv6 is disabled on them. In an ideal world it should probably use IPv6 only if there's at least one global address, however it might be hard to make that portable... So It might never get fixed. You can disable IPv6 at compile time with this configure argument: - --without-ipv6 > I've checked another domain and it checks it with /bin/ping. So > apparently the problem is that it thinks it should check it with > /bin/ping6. Question is, why? I haven't checked the sources. I'm gonna > look into them meanwhile. Simply because there's an IPv6 address record on your domain. Compare the DNS queries below for ipv6.he.net and slackware.com: $ nslookup ipv6.he.net Server: 127.0.0.1 Address: 127.0.0.1#53 Non-authoritative answer: Name: ipv6.he.net Address: 64.62.200.2 $ nslookup -type=AAAA ipv6.he.net Server: 127.0.0.1 Address: 127.0.0.1#53 Non-authoritative answer: ipv6.he.net has AAAA address 2001:470:0:64::2 Authoritative answers can be found from: $ nslookup slackware.com Server: 127.0.0.1 Address: 127.0.0.1#53 Non-authoritative answer: Name: slackware.com Address: 64.57.102.34 $ nslookup -type=AAAA slackware.com Server: 127.0.0.1 Address: 127.0.0.1#53 Non-authoritative answer: *** Can't find slackware.com: No answer Authoritative answers can be found from: $ Regards, - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJP8FG6dZ+Kt5BchYRAu+8AJ0Wb7VVviiS7uvJr1gfgLFppPkuigCgsny5 ab3JrkyKChoGhRN1QpMtmgI= =j1bv -----END PGP SIGNATURE----- From yaronm at teleweb.co.il Wed Dec 10 16:21:30 2008 From: yaronm at teleweb.co.il (Yaron Meiry) Date: Wed, 10 Dec 2008 17:21:30 +0200 Subject: [Nagiosplug-devel] check_ping resolving error In-Reply-To: <493FC146.8020701@aei.ca> References: <6b0028740812100122xbc7bd54l5312bcb2661db6a7@mail.gmail.com> <493F8CC2.1050505@op5.se> <493F8CF6.70605@op5.se> <6b0028740812100300r54a50183xe7bef61ab8bf1dd1@mail.gmail.com> <6b0028740812100305r324d3e44r9b6d0e311631c1a8@mail.gmail.com> <20081210115246.GH3629721@CIS.FU-Berlin.DE> <6b0028740812100435r1af9eaffl5ab085cbe199dec5@mail.gmail.com> <493FC146.8020701@aei.ca> Message-ID: <6b0028740812100721u4b614ac4s7b3834fba665abfd@mail.gmail.com> On Wed, Dec 10, 2008 at 3:16 PM, Thomas Guyot-Sionnest wrote: > Yes. we enable IPv6 whenever possible and your host advertise an IPv6 > address (AAAA record). It looks like check_ping is trying to use ipv6... > you should be able to reproduce it with this hostname as well (both IPv4 > and IPv6 connectivity): ipv6.he.net > > Now I need to figure out in which cases check_ping try to use IPv6... it > does not happen on my production servers but kernel support for IPv6 is > disabled on them. In an ideal world it should probably use IPv6 only if > there's at least one global address, however it might be hard to make > that portable... So It might never get fixed. > > You can disable IPv6 at compile time with this configure argument: > > - --without-ipv6 > > > I've checked another domain and it checks it with /bin/ping. So > > apparently the problem is that it thinks it should check it with > > /bin/ping6. Question is, why? I haven't checked the sources. I'm gonna > > look into them meanwhile. > > Simply because there's an IPv6 address record on your domain. Compare > the DNS queries below for ipv6.he.net and slackware.com: > Yep, seems like that's the reason. It's probably missing kernel support to actually ping the IPv6 address, so it recognizes that it has an IPv6 address but it cannot ping it so it thinks it's down. Interesting. I think I'm just going to change the check-host-alive function to be `check_ping -4`, so it would forcefully check IPv4 only. Thank you all so much for the help! :) Yaron. -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Sat Dec 13 23:22:52 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 13 Dec 2008 22:22:52 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-2424562 ] sslutils warning message expires today incorrect Message-ID: Patches item #2424562, was opened at 2008-12-13 22:22 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=2424562&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 Private: No Submitted By: neil prockter (orangepeel) Assigned to: Nobody/Anonymous (nobody) Summary: sslutils warning message expires today incorrect Initial Comment: sslutils incorrectly say expires today when a certifcate expires within 1 day. this patch follows the day countdown with an hour and minute countdown ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2424562&group_id=29880 From noreply at sourceforge.net Sat Dec 13 23:37:10 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 13 Dec 2008 22:37:10 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-2424575 ] sslutils expire time in US format Message-ID: Patches item #2424575, was opened at 2008-12-13 22:37 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=2424575&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: Enhancement Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: neil prockter (orangepeel) Assigned to: Nobody/Anonymous (nobody) Summary: sslutils expire time in US format Initial Comment: sshutils prints the expiry time of certificates in US format this patch uses the strftime %c, I don't know how portable that is ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2424575&group_id=29880 From noreply at sourceforge.net Mon Dec 15 12:27:02 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 15 Dec 2008 11:27:02 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-2424562 ] sslutils warning message expires today incorrect Message-ID: Patches item #2424562, was opened at 2008-12-13 22:22 Message generated for change (Comment added) made by orangepeel You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2424562&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 Private: No Submitted By: neil prockter (orangepeel) Assigned to: Nobody/Anonymous (nobody) Summary: sslutils warning message expires today incorrect Initial Comment: sslutils incorrectly say expires today when a certifcate expires within 1 day. this patch follows the day countdown with an hour and minute countdown ---------------------------------------------------------------------- >Comment By: neil prockter (orangepeel) Date: 2008-12-15 11:27 Message: this patch has an issue with just expired certificates (as does the original) I've fix that and post as a new patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2424562&group_id=29880 From noreply at sourceforge.net Mon Dec 15 12:27:05 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 15 Dec 2008 11:27:05 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-2424562 ] sslutils warning message expires today incorrect Message-ID: Patches item #2424562, was opened at 2008-12-13 22:22 Message generated for change (Comment added) made by orangepeel You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2424562&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 Private: No Submitted By: neil prockter (orangepeel) Assigned to: Nobody/Anonymous (nobody) Summary: sslutils warning message expires today incorrect Initial Comment: sslutils incorrectly say expires today when a certifcate expires within 1 day. this patch follows the day countdown with an hour and minute countdown ---------------------------------------------------------------------- >Comment By: neil prockter (orangepeel) Date: 2008-12-15 11:27 Message: this patch has an issue with just expired certificates (as does the original) I've fix that and post as a new patch ---------------------------------------------------------------------- Comment By: neil prockter (orangepeel) Date: 2008-12-15 11:27 Message: this patch has an issue with just expired certificates (as does the original) I've fix that and post as a new patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2424562&group_id=29880 From noreply at sourceforge.net Mon Dec 15 12:50:34 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 15 Dec 2008 11:50:34 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-2424562 ] sslutils warning message expires today incorrect Message-ID: Patches item #2424562, was opened at 2008-12-13 22:22 Message generated for change (Comment added) made by orangepeel You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2424562&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 Private: No Submitted By: neil prockter (orangepeel) Assigned to: Nobody/Anonymous (nobody) Summary: sslutils warning message expires today incorrect Initial Comment: sslutils incorrectly say expires today when a certifcate expires within 1 day. this patch follows the day countdown with an hour and minute countdown ---------------------------------------------------------------------- >Comment By: neil prockter (orangepeel) Date: 2008-12-15 11:50 Message: This patch also stores the minutes hours and days left as double so that comparing to 0 does not == 0 the day a certificate expired. this involves changing the logic of the critical and warning conditions File Added: sslutils.c.expiry.patch ---------------------------------------------------------------------- Comment By: neil prockter (orangepeel) Date: 2008-12-15 11:50 Message: This patch also stores the minutes hours and days left as double so that comparing to 0 does not == 0 the day a certificate expired. this involves changing the logic of the critical and warning conditions File Added: sslutils.c.expiry.patch ---------------------------------------------------------------------- Comment By: neil prockter (orangepeel) Date: 2008-12-15 11:27 Message: this patch has an issue with just expired certificates (as does the original) I've fix that and post as a new patch ---------------------------------------------------------------------- Comment By: neil prockter (orangepeel) Date: 2008-12-15 11:27 Message: this patch has an issue with just expired certificates (as does the original) I've fix that and post as a new patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2424562&group_id=29880 From noreply at sourceforge.net Mon Dec 15 12:50:31 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 15 Dec 2008 11:50:31 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-2424562 ] sslutils warning message expires today incorrect Message-ID: Patches item #2424562, was opened at 2008-12-13 22:22 Message generated for change (Comment added) made by orangepeel You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2424562&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 Private: No Submitted By: neil prockter (orangepeel) Assigned to: Nobody/Anonymous (nobody) Summary: sslutils warning message expires today incorrect Initial Comment: sslutils incorrectly say expires today when a certifcate expires within 1 day. this patch follows the day countdown with an hour and minute countdown ---------------------------------------------------------------------- >Comment By: neil prockter (orangepeel) Date: 2008-12-15 11:50 Message: This patch also stores the minutes hours and days left as double so that comparing to 0 does not == 0 the day a certificate expired. this involves changing the logic of the critical and warning conditions File Added: sslutils.c.expiry.patch ---------------------------------------------------------------------- Comment By: neil prockter (orangepeel) Date: 2008-12-15 11:27 Message: this patch has an issue with just expired certificates (as does the original) I've fix that and post as a new patch ---------------------------------------------------------------------- Comment By: neil prockter (orangepeel) Date: 2008-12-15 11:27 Message: this patch has an issue with just expired certificates (as does the original) I've fix that and post as a new patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2424562&group_id=29880 From noreply at sourceforge.net Mon Dec 15 14:45:04 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 15 Dec 2008 13:45:04 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-2430999 ] add check certificate support for LDAP plugin Message-ID: Patches item #2430999, was opened at 2008-12-15 14:45 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=2430999&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 Private: No Submitted By: Guillaume Rousse (guillomovitch) Assigned to: Nobody/Anonymous (nobody) Summary: add check certificate support for LDAP plugin Initial Comment: Here's a patch adding the certificate expiration check feature to the ldap plugin, based on the http plugin. For some unknown reason, probably due to the way secure connection is established, it doesn't work with the --ssl options, only for the --starttls one. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2430999&group_id=29880 From peter at katipo.co.nz Tue Dec 16 10:38:25 2008 From: peter at katipo.co.nz (Peter Sundstrom) Date: Tue, 16 Dec 2008 22:38:25 +1300 Subject: [Nagiosplug-devel] check_mailq qmail bug Message-ID: <49477711.9040607@katipo.co.nz> Using check_mailq version 1.4.13 On a debian etch system running qmail version 1.03-24, it gets /usr/local/nagios/libexec# ./check_mailq -M qmail -c 2 -w 1 /usr/sbin/qmail-qstat: line 4: wc: No such file or directory /usr/sbin/qmail-qstat: line 5: find: No such file or directory /usr/sbin/qmail-qstat: line 5: wc: No such file or directory /usr/sbin/qmail-qstat: line 6: wc: No such file or directory /usr/sbin/qmail-qstat: line 7: find: No such file or directory /usr/sbin/qmail-qstat: line 7: wc: No such file or directory /usr/sbin/qmail-qstat: line 8: expr: No such file or directory /usr/sbin/qmail-qstat: line 9: expr: No such file or directory Couldn't match /usr/sbin/qmail-qstat output The reason for this is that check_mailq unsets the PATH with $ENV{'PATH'}=''; and /usr/sbin/qmail-qstat is a simple shell script that relies on the PATH for wc, find and expr Fix would be to set $ENV{'PATH'}='/usr/bin'; just for the qmail block From ton.voon at opsera.com Tue Dec 16 00:15:43 2008 From: ton.voon at opsera.com (Ton Voon) Date: Mon, 15 Dec 2008 23:15:43 +0000 Subject: [Nagiosplug-devel] Performance output in different locales Message-ID: Hi! Wanted to get an opinion about an issue that I've recently found. Note the different output: $ ./check_ntp_time -H pool.ntp.org NTP OK: Offset 0.00287938118 secs|offset=0.002879s;60.000000;120.000000; $ LC_NUMERIC=fi_FI ./check_ntp_time -H pool.ntp.org NTP OK: Offset 0,01642262936 secs|offset=0,016423s;60,000000;120,000000; The performance data in the latter has commas instead of periods for the values. This was causing problems for the parsing routines in Nagios::Plugin::Performance, which has now been fixed. But the broader question is: should performance data return in this format? As part of internationalisation, the plugin output should be localised, but I'm thinking that the performance data should always be in LC_NUMERIC=C. Any thoughts? Ton From holger at CIS.FU-Berlin.DE Tue Dec 16 11:10:14 2008 From: holger at CIS.FU-Berlin.DE (Holger Weiss) Date: Tue, 16 Dec 2008 11:10:14 +0100 Subject: [Nagiosplug-devel] Performance output in different locales In-Reply-To: References: Message-ID: <20081216101014.GE7507886@CIS.FU-Berlin.DE> * Ton Voon [2008-12-15 23:15]: > As part of internationalisation, the plugin output should be > localised, but I'm thinking that the performance data should always be > in LC_NUMERIC=C. Definitely. Localization makes sense only for output which is intended to be read by humans, which is not the case for performance data. Holger From hir3npatel at gmail.com Tue Dec 16 13:43:01 2008 From: hir3npatel at gmail.com (hiren) Date: Tue, 16 Dec 2008 14:43:01 +0200 Subject: [Nagiosplug-devel] standard cpu/mem checks? Message-ID: <1229431381.6806.11.camel@firebird> hi, are there plans to include standard cpu and memory plugins that are officially supported by the nagios-plugins project (not contrib or unsupported)? I see these as the minimal any monitoring solution should do by default? is there a reason we've never had these by default? thanks. From dermoth at aei.ca Tue Dec 16 14:35:45 2008 From: dermoth at aei.ca (Thomas Guyot-Sionnest) Date: Tue, 16 Dec 2008 08:35:45 -0500 Subject: [Nagiosplug-devel] Performance output in different locales In-Reply-To: <20081216101014.GE7507886@CIS.FU-Berlin.DE> References: <20081216101014.GE7507886@CIS.FU-Berlin.DE> Message-ID: <4947AEB1.6090204@aei.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 16/12/08 05:10 AM, Holger Weiss wrote: > * Ton Voon [2008-12-15 23:15]: >> As part of internationalisation, the plugin output should be >> localised, but I'm thinking that the performance data should always be >> in LC_NUMERIC=C. > > Definitely. Localization makes sense only for output which is intended > to be read by humans, which is not the case for performance data. +1. We must avoid localization on performance data output, although it should be OK to "unofficially" accept non-standard locales as long as it doesn't prevent us from properly parsing standard-compliant strings. - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJR66x6dZ+Kt5BchYRAiB0AJwJjcZvBenWvqw5wDFIYOfWvKjW6ACg5lsR NiUG1j9z7RC14zNwYQd3FK0= =8QLe -----END PGP SIGNATURE----- From andurin at process-zero.de Tue Dec 16 15:41:02 2008 From: andurin at process-zero.de (Hendrik Baecker) Date: Tue, 16 Dec 2008 15:41:02 +0100 Subject: [Nagiosplug-devel] Performance output in different locales In-Reply-To: <4947AEB1.6090204@aei.ca> References: <20081216101014.GE7507886@CIS.FU-Berlin.DE> <4947AEB1.6090204@aei.ca> Message-ID: <4947BDFE.8070002@process-zero.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thomas Guyot-Sionnest schrieb: > On 16/12/08 05:10 AM, Holger Weiss wrote: >> * Ton Voon [2008-12-15 23:15]: >>> As part of internationalisation, the plugin output should be >>> localised, but I'm thinking that the performance data should > always be >>> in LC_NUMERIC=C. >> Definitely. Localization makes sense only for output which is > intended >> to be read by humans, which is not the case for performance data. >> > > +1. We must avoid localization on performance data output, although > it should be OK to "unofficially" accept non-standard locales as > long as it doesn't prevent us from properly parsing > standard-compliant strings. > +1 Sum: +2 Unlike the rest of the english speaking world, we have support trouble with PNP if a user used to take locale de_DE for his nagios user. In that case the perfdata are with "," instead of dots. Please, please, please, decrease our support calls ;)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) iD8DBQFJR73+lI0PwfxLQjkRAjc2AJ90NqKz9X5wgU60sPTnGLcqvFutUQCdGKWS pIrJvi9pFkztAalEYin6bV4= =dx30 -----END PGP SIGNATURE----- From ton.voon at opsera.com Tue Dec 16 16:20:24 2008 From: ton.voon at opsera.com (Ton Voon) Date: Tue, 16 Dec 2008 15:20:24 +0000 Subject: [Nagiosplug-devel] Performance output in different locales In-Reply-To: <4947BDFE.8070002@process-zero.de> References: <20081216101014.GE7507886@CIS.FU-Berlin.DE> <4947AEB1.6090204@aei.ca> <4947BDFE.8070002@process-zero.de> Message-ID: <9A31219F-D835-438B-9503-14506BF9127D@opsera.com> On 16 Dec 2008, at 14:41, Hendrik Baecker wrote: > Sum: +2 OK, looks like a consensus on this. What's the fix? Do we change the locale to C when calling fperfdata in utils.c and then change back? > Unlike the rest of the english speaking world, we have support trouble > with PNP if a user used to take locale de_DE for his nagios user. > In that case the perfdata are with "," instead of dots. The latest N::P will parse commas as well as dots. If you find any thing else that doesn't parse well, please add a test case Ton From roger.hakansson at gmail.com Wed Dec 17 15:57:13 2008 From: roger.hakansson at gmail.com (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Wed, 17 Dec 2008 15:57:13 +0100 Subject: [Nagiosplug-devel] Warnings compiling pst3.c on Solaris Message-ID: When compiling nagios-plugins-1.4.13 on Solaris (9 and 10, using Sun's own compiler at least) you get a bunch of warnings due to string.h and unistd.h not being included. (Yes, I know, warnings can usually be ignored, but...) -------------- next part -------------- An HTML attachment was scrubbed... URL: From listen2007 at lantschner.name Thu Dec 18 15:49:25 2008 From: listen2007 at lantschner.name (Ingo Lantschner) Date: Thu, 18 Dec 2008 15:49:25 +0100 Subject: [Nagiosplug-devel] Timeouts w/o alarm Message-ID: <26578328-EE4D-48C5-9CB3-801AE18AFAC9@lantschner.name> Hi, I would like to add timeout-management to a plugin, which uses the VMware-VIperl-Module. as mentioned in the coding-guidelines, these plugins reset the alarm-timer. "Use of the alarm is recommended noting that some Perl modules (eg LWP) manage timers, so that an alarm set by a plugin using such a module is overwritten by the module. (workarounds are cunning (TM) or using the module timer) Plugins may import a default time out ($TIMEOUT) from utils.pm." About the mentioned "module timer": I don't know, what is meant with it and can't find something similar on CPAN. Any idea or other solution? Thanks, Ingo -- Ingo Lantschner 1060 Vienna-Austria Mobil +43-664-143 84 18 From mattias.ryrlen at op5.com Thu Dec 18 22:36:21 2008 From: mattias.ryrlen at op5.com (=?ISO-8859-1?Q?Mattias_Ryrl=E9n?=) Date: Thu, 18 Dec 2008 22:36:21 +0100 Subject: [Nagiosplug-devel] check_sql patch for check MSSQL backup jobs Message-ID: <494AC255.9030804@op5.com> Got tiered to write the MSSQL backup job check on commandline and never got right on the "fnutts" and escapes. so i integrated it into check_sql, could probably improve it but im tierd :) -o MSSQLJOB -n "job name" is added. Check: root at support-mon-gbg2:/tmp# ./check_sql -H 192.168.1.8 -d Sybase -U "monitor-svcacc" -P "apa" -D msdb -o MSSQLJOB -n "pubs backup" Result: CHECK_SQL OK - SQL Server MSSQLJOB: pubs backup : The job succeeded. The Job was invoked by Schedule 1 (pubs daily backup). The last step to run was step 1 (Step 1). (0.035919 seconds) | time=0.035919s;; Check: root at support-mon-gbg2:/tmp# ./check_sql -H 192.168.1.8 -d Sybase -U "monitor-svcacc" -P "apa" -D msdb -o MSSQLJOB -n "op5 backup" Result: CHECK_SQL OK - SQL Server MSSQLJOB: op5 backup : The job succeeded. The Job was invoked by Schedule 3 (Schedule 1). The last step to run was step 1 (Step 1). (0.023689 seconds) | time=0.023689s;; Check: root at support-mon-gbg2:/tmp# ./check_sql -H 192.168.1.8 -d Sybase -U "monitor-svcacc" -P "apa" -D msdb -o MSSQLJOB -n "master backup" Result: CHECK_SQL OK - SQL Server MSSQLJOB: master backup : The job succeeded. The Job was invoked by Schedule 2 (master daily backup). The last step to run was step 1 (Step 1). (0.015828 seconds) | time=0.015828s;; -- V?nliga h?lsningar / Best Regards Mattias Ryrl?n __________________________ op5 AB F?rsta L?nggatan 19 SE-413 27 G?teborg Mobil: +46 735-17 70 99 Support: +46 31-774 09 24 www.op5.com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: check_sql.diff URL: From Matthew.Martin at qwest.com Fri Dec 19 21:30:14 2008 From: Matthew.Martin at qwest.com (Martin, Matthew) Date: Fri, 19 Dec 2008 14:30:14 -0600 Subject: [Nagiosplug-devel] check_icmp errors? Message-ID: <29749296CF5090418AF71BAF0AAE629605BEC819@ITOMAE2KM01.AD.QINTRA.COM> Errors in check_icmp? 1) "./check_icmp -V" Gives no output 2) "./check_icmp -h" shows -w warning threshold (currently 200.000ms,0%) -c critical threshold (currently 500000.000ms,80%) Notice that the critical threshold "500000.000ms" should probably read "500.000ms" 3) Plugin output of "./check_icmp -H localhost" shows OK - localhost: rta 0.055ms, lost 0%|rta=0.055ms;200.000;500.000;0; pl=0%;40;80;; ?? Notice "pl=0%;40;80" Isn't that saying that a) 0% packet loss this test, b) 40% WARNING threshold, and c) 80% CRITICAL threshold? If I am reading that right, I notice that the 40% listed in the output does not match the 0% listed for "-w" in the help. Do I misunderstand the output or help, or is the "-h" output wrong and the default thresholds are -w 200.000ms,40% -c 500.000ms,80% Thanks for any response, Matthew This communication is the property of Qwest and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments. -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Sun Dec 21 21:10:57 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 21 Dec 2008 20:10:57 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-2430999 ] add check certificate support for LDAP plugin Message-ID: Patches item #2430999, was opened at 2008-12-15 14:45 Message generated for change (Comment added) made by guillomovitch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2430999&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 Private: No Submitted By: Guillaume Rousse (guillomovitch) Assigned to: Nobody/Anonymous (nobody) Summary: add check certificate support for LDAP plugin Initial Comment: Here's a patch adding the certificate expiration check feature to the ldap plugin, based on the http plugin. For some unknown reason, probably due to the way secure connection is established, it doesn't work with the --ssl options, only for the --starttls one. ---------------------------------------------------------------------- >Comment By: Guillaume Rousse (guillomovitch) Date: 2008-12-21 21:10 Message: File Added: nagios-plugins-1.4.13-check_ldap_certificate.patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2430999&group_id=29880 From noreply at sourceforge.net Mon Dec 22 14:10:13 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 22 Dec 2008 13:10:13 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-2458521 ] Add performance data to check_procs plugin Message-ID: Feature Requests item #2458521, was opened at 2008-12-22 14:10 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=2458521&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 Priority: 5 Private: No Submitted By: Jan Ondrej (ondrejj) Assigned to: Nobody/Anonymous (nobody) Summary: Add performance data to check_procs plugin Initial Comment: check_procs plugin has no performance data. It can be nice to display performance data for number of processes or zombie processes. I have my own perfdata wrapper until this will be a part of nagios-plugins, but my wrapper has very limited functionality. You only need to display this at end of line from check_plugin: |procs=NUMBER_OF_PROCS;WARN_PROC_COUNT;CRITICAL_PROC_COUNT;0 Attaching my wrapper, which does this, but it's not a right way. :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=2458521&group_id=29880 From noreply at sourceforge.net Mon Dec 29 22:24:54 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 29 Dec 2008 21:24:54 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-2343438 ] SNMPv3 fixes for perl plugins Message-ID: Bugs item #2343438, was opened at 2008-11-25 14:32 Message generated for change (Comment added) made by r_schroeder You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2343438&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: Argument proccessing Group: Release (specify) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Robin Schroeder (r_schroeder) Assigned to: Nobody/Anonymous (nobody) Summary: SNMPv3 fixes for perl plugins Initial Comment: When calling check_ifoperstatus or check_ifstatus with the following arguments, I get errors: ./check_ifoperstatus -v3 -H hostname -U user -L authPriv -a MD5 --privpass YYYYYYYY --authpass XXXXXXXX -d eth0 UNKNOWN: Invalid argument '-authpass => XXXXXXXX' ./check_ifstatus -v3 -H hostname -U user -L authPriv -a MD5 --privpass YYYYYYYY --authpass XXXXXXXX Missing arguments! check_ifoperstatus and check_ifstatus generate the "-authpass => ..." parameter in a way, Net::SNMP->session doesn't understand. check_ifstatus doesn't recognize "-L authPriv". The attached patch fixes all problems for me. Some details about my environment: Plugin Version (-V output): check_ifoperstatus v1642 (nagios-plugins 1.4.13) Plugin Version (-V output): check_ifstatus v884 (nagios-plugins 1.4.13) Plugin Name: check_ifoperstatus, check_ifstatus Plugin Commandline showing issues: ./check_ifoperstatus -v3 -H hostname -U user -L authPriv -a MD5 --privpass YYYYYYYY --authpass XXXXXXXX -d eth0 ./check_ifstatus -v3 -H hostname -U user -L authPriv -a MD5 --privpass YYYYYYYY --authpass XXXXXXXX Operating System: Debian GNU/Linux etch (4.0) Architecture: i686 Compiler: perl -V Summary of my perl5 (revision 5 version 8 subversion 8) configuration: Platform: osname=linux, osvers=2.6.24.4, archname=i486-linux-gnu-thread-multi uname='linux ninsei 2.6.24.4 #1 smp preempt fri apr 18 15:36:09 pdt 2008 i686 gnulinux ' config_args='-Dusethreads -Duselargefiles -Dccflags=-DDEBIAN -Dcccdlflags=-fPIC -Darchname=i486-linux-gnu -Dprefix=/usr -Dprivlib=/usr/share/perl/5.8 -Darchlib=/usr/lib/perl/5.8 -Dvendorprefix=/usr -Dvendorlib=/usr/share/perl5 -Dvendorarch=/usr/lib/perl5 -Dsiteprefix=/usr/local -Dsitelib=/usr/local/share/perl/5.8.8 -Dsitearch=/usr/local/lib/perl/5.8.8 -Dman1dir=/usr/share/man/man1 -Dman3dir=/usr/share/man/man3 -Dsiteman1dir=/usr/local/man/man1 -Dsiteman3dir=/usr/local/man/man3 -Dman1ext=1 -Dman3ext=3perl -Dpager=/usr/bin/sensible-pager -Uafs -Ud_csh -Uusesfio -Uusenm -Duseshrplib -Dlibperl=libperl.so.5.8.8 -Dd_dosuid -des' hint=recommended, useposix=true, d_sigaction=define usethreads=define use5005threads=undef useithreads=define usemultiplicity=define useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O2', cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -pipe -I/usr/local/include' ccversion='', gccversion='4.1.2 20061115 (prerelease) (Debian 4.1.1-21)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, prototype=define Linker and Libraries: ld='cc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lgdbm -lgdbm_compat -ldb -ldl -lm -lpthread -lc -lcrypt perllibs=-ldl -lm -lpthread -lc -lcrypt libc=/lib/libc-2.3.6.so, so=so, useshrplib=true, libperl=libperl.so.5.8.8 gnulibc_version='2.3.6' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E' cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: MULTIPLICITY PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP THREADS_HAVE_PIDS USE_ITHREADS USE_LARGE_FILES USE_PERLIO USE_REENTRANT_API Built under linux Compiled at Apr 25 2008 20:23:05 @INC: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl . ---------------------------------------------------------------------- >Comment By: Robin Schroeder (r_schroeder) Date: 2008-12-29 22:24 Message: Nobody using these plugins except me? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2343438&group_id=29880 From hir3npatel at gmail.com Tue Dec 30 12:53:09 2008 From: hir3npatel at gmail.com (Hiren Patel) Date: Tue, 30 Dec 2008 13:53:09 +0200 Subject: [Nagiosplug-devel] check_icmp errors? In-Reply-To: <29749296CF5090418AF71BAF0AAE629605BEC819@ITOMAE2KM01.AD.QINTRA.COM> References: <29749296CF5090418AF71BAF0AAE629605BEC819@ITOMAE2KM01.AD.QINTRA.COM> Message-ID: <495A0BA5.2040108@gmail.com> Martin, Matthew wrote: > Errors in check_icmp? > > > > 1) "./check_icmp -V" > > Gives no output > > > > 2) "./check_icmp -h" shows > > > > -w > > warning threshold (currently 200.000ms,0%) > > -c > > critical threshold (currently 500000.000ms,80%) > > > > Notice that the critical threshold "500000.000ms" should probably read > "500.000ms" > > > > 3) Plugin output of "./check_icmp -H localhost" shows > > > > OK - localhost: rta 0.055ms, lost 0%|rta=0.055ms;200.000;500.000;0; > pl=0%;40;80;; > > > > ?? Notice "pl=0%;40;80" > > Isn't that saying that a) 0% packet loss this test, b) 40% WARNING > threshold, and c) 80% CRITICAL threshold? > > > > If I am reading that right, I notice that the 40% listed in the output > does not match the 0% listed for ?-w? in the help. > > > > Do I misunderstand the output or help, or is the "-h" output wrong and > the default thresholds are -w 200.000ms,40% -c 500.000ms,80% > > > > Thanks for any response, > > Matthew seems to me like all your points are valid. attached is a diff to test to see if it corrects these. -------------- next part -------------- A non-text attachment was scrubbed... Name: check_icmp.diff Type: text/x-patch Size: 1053 bytes Desc: not available URL: