From jkelley at popcap.com Tue Feb 1 00:28:07 2011 From: jkelley at popcap.com (Jared Kelley) Date: Mon, 31 Jan 2011 15:28:07 -0800 Subject: [Nagiosplug-devel] help with check_smart In-Reply-To: Message-ID: I'm trying to run a nagios check on a host running a 3ware controller. Smartctl works but I cannot find the correct syntax for the plugin check to work. Can someone help with this? 3ware controller version > show version CLI Version = 2.00.06.007 API Version = 2.03.00.006 CLI Compatible Range = [2.00.00.001 to 2.00.06.007] Ctl Model Ports Drives Units NotOpt RRate VRate BBU ------------------------------------------------------------------------ c6 8006-2LP 2 2 1 0 2 - - SUCCESS with smartctl # smartctl -H -d 3ware,0 /dev/twe0 smartctl version 5.36 [i686-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED FAIL with check_smart # /usr/lib/nagios/plugins/check_smart -d 3ware,0 /dev/twe0 -i scsi 3ware,0 is not a valid block device! From stephane.urbanovski at ac-nancy-metz.fr Wed Feb 2 14:55:28 2011 From: stephane.urbanovski at ac-nancy-metz.fr (=?ISO-8859-1?Q?St=E9phane_Urbanovski?=) Date: Wed, 02 Feb 2011 14:55:28 +0100 Subject: [Nagiosplug-devel] sslutils patch : show certificate subject V2 In-Reply-To: <4D1380BB.6040909@aei.ca> References: <4CED2037.10303@ac-nancy-metz.fr> <4CF92842.9010700@ac-nancy-metz.fr> <4D1380BB.6040909@aei.ca> Message-ID: <4D496250.2010201@ac-nancy-metz.fr> Thomas Guyot-Sionnest a ?crit : >> No comments ? >> > > I do have some... Here is a second version of the patch : smaller and I hope cleaner. -- St?phane Urbanovski -------------- next part -------------- A non-text attachment was scrubbed... Name: show-certificate-subject.patch Type: text/x-diff Size: 2355 bytes Desc: not available URL: From dermoth at aei.ca Wed Feb 2 19:08:33 2011 From: dermoth at aei.ca (Thomas Guyot-Sionnest) Date: Wed, 02 Feb 2011 13:08:33 -0500 Subject: [Nagiosplug-devel] sslutils patch : show certificate subject V2 In-Reply-To: <4D496250.2010201@ac-nancy-metz.fr> References: <4CED2037.10303@ac-nancy-metz.fr> <4CF92842.9010700@ac-nancy-metz.fr> <4D1380BB.6040909@aei.ca> <4D496250.2010201@ac-nancy-metz.fr> Message-ID: <4D499DA1.1080009@aei.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 11-02-02 08:55 AM, St?phane Urbanovski wrote: > Thomas Guyot-Sionnest a ?crit : >>> No comments ? >>> >> >> I do have some... > > Here is a second version of the patch : smaller and I hope cleaner. What is the license of the courrier-mta code you took? - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk1JnY4ACgkQ6dZ+Kt5BchaPWACggA2lGSqfSDqcdPUvxCT5RwZV FL8AnAxFajxCCoND9Nk40+Npv7x63ROs =ooJs -----END PGP SIGNATURE----- From stephane.urbanovski at ac-nancy-metz.fr Thu Feb 3 08:33:33 2011 From: stephane.urbanovski at ac-nancy-metz.fr (=?ISO-8859-1?Q?St=E9phane_Urbanovski?=) Date: Thu, 03 Feb 2011 08:33:33 +0100 Subject: [Nagiosplug-devel] sslutils patch : show certificate subject V2 In-Reply-To: <4D499DA1.1080009@aei.ca> References: <4CED2037.10303@ac-nancy-metz.fr> <4CF92842.9010700@ac-nancy-metz.fr> <4D1380BB.6040909@aei.ca> <4D496250.2010201@ac-nancy-metz.fr> <4D499DA1.1080009@aei.ca> Message-ID: <4D4A5A4D.8010704@ac-nancy-metz.fr> Le 02/02/2011 19:08, Thomas Guyot-Sionnest a ?crit : > On 11-02-02 08:55 AM, St?phane Urbanovski wrote: >> Thomas Guyot-Sionnest a ?crit : >>>> No comments ? >>>> >>> >>> I do have some... >> >> Here is a second version of the patch : smaller and I hope cleaner. > > What is the license of the courrier-mta code you took? Ooops, wrong patch :( I'll send the good one later today. -- St?phane Urbanovski From stephane.urbanovski at ac-nancy-metz.fr Thu Feb 3 15:26:43 2011 From: stephane.urbanovski at ac-nancy-metz.fr (=?ISO-8859-1?Q?St=E9phane_Urbanovski?=) Date: Thu, 03 Feb 2011 15:26:43 +0100 Subject: [Nagiosplug-devel] sslutils patch : show certificate subject V2 In-Reply-To: <4D4A5A4D.8010704@ac-nancy-metz.fr> References: <4CED2037.10303@ac-nancy-metz.fr> <4CF92842.9010700@ac-nancy-metz.fr> <4D1380BB.6040909@aei.ca> <4D496250.2010201@ac-nancy-metz.fr> <4D499DA1.1080009@aei.ca> <4D4A5A4D.8010704@ac-nancy-metz.fr> Message-ID: <4D4ABB23.7080706@ac-nancy-metz.fr> St?phane Urbanovski a ?crit : > Le 02/02/2011 19:08, Thomas Guyot-Sionnest a ?crit : > >> On 11-02-02 08:55 AM, St?phane Urbanovski wrote: >>> Thomas Guyot-Sionnest a ?crit : >>>>> No comments ? >>>>> >>>> I do have some... >>> Here is a second version of the patch : smaller and I hope cleaner. >> What is the license of the courrier-mta code you took? > > Ooops, wrong patch :( > I'll send the good one later today. Here is the new one (does not use courrier-mta code) -- St?phane Urbanovski -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-show-ssl-cn.diff Type: text/x-diff Size: 2571 bytes Desc: not available URL: From claudioll at gmail.com Thu Feb 3 20:24:04 2011 From: claudioll at gmail.com (Claudio M. Llanca) Date: Thu, 3 Feb 2011 11:24:04 -0800 Subject: [Nagiosplug-devel] Perl Plugin - Output Message-ID: Hi Guys, well, this is my fist post in this list. :) So here is my doubt. I'm using nagios perl module, to create a set of monitors to check for specific application metrics on my company's client. For that I'm using perl and the nagios perl module Nagios::Plugin . The problem seems to be the exit structure of the performance data, as you can see in my example, each value are separated using double semi-colon , instead of a single. like the following link shows. http://nagios.sourceforge.net/docs/3_0/pluginapi.html OUTPUT : WWW RESPONSES OK | 20x=94.71%;; 30x=5.00%;; 40x=0.28%;; 50x=0.00%;; So I've found the following line on Performance.pm (part of the nagios plugin module) Nagios/Plugin/Performance.pm # Previous implementation omitted trailing ;; - do we need this? $out =~ s/;;$//; So .. my question is, that output is still valid for nagios ? Just in case i've made modifications to the Performance.pm file (attached to this mail), in order to get the following output. : WWW RESPONSES OK | 20x=94.71%; 30x=5.00%; 40x=0.28%; 50x=0.00%; Thanks a lot. -- Claudio M. Llanca -------------- next part -------------- A non-text attachment was scrubbed... Name: Performance.pm.patch Type: application/octet-stream Size: 761 bytes Desc: not available URL: From dermoth at aei.ca Fri Feb 4 06:26:23 2011 From: dermoth at aei.ca (Thomas Guyot-Sionnest) Date: Fri, 04 Feb 2011 00:26:23 -0500 Subject: [Nagiosplug-devel] Perl Plugin - Output In-Reply-To: References: Message-ID: <4D4B8DFF.5040507@aei.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 11-02-03 02:24 PM, Claudio M. Llanca wrote: > Hi Guys, well, this is my fist post in this list. :) > > So here is my doubt. > > I'm using nagios perl module, to create a set of monitors to check for > specific application metrics on my company's client. > > For that I'm using perl and the nagios perl module Nagios::Plugin . > > The problem seems to be the exit structure of the performance data, as > you can see in my example, each value are separated using double > semi-colon , instead of a single. like the following link shows. > > http://nagios.sourceforge.net/docs/3_0/pluginapi.html > > OUTPUT : > > WWW RESPONSES OK | 20x=94.71%;; 30x=5.00%;; 40x=0.28%;; 50x=0.00%;; > > So I've found the following line on Performance.pm (part of the nagios > plugin module) > > Nagios/Plugin/Performance.pm > > # Previous implementation omitted trailing ;; - do we need this? > $out =~ s/;;$//; > > So .. my question is, that output is still valid for nagios ? Yes, but you shouldn't have to do that. In fact, there's a number of semicolon for additional performance data, and each additional part is optional as well as the ; (if there's is no more parts). see: http://nagiosplug.sourceforge.net/developer-guidelines.html#AEN201 The spec is: 'label'=value[UOM];[warn];[crit];[min];[max] so for example if you have only max to show, it will look like: 20x=94.71%;;;;100 But if you really want to remove any extra trailing semicolon, you can do: $out =~ s/;+(\s|$)/$1/g; Or keep the last one: $out =~ s/;+(\s|$)/;$1/g; This shouldn't affect performance data parsers at all. - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk1LjfUACgkQ6dZ+Kt5BchY5cQCgjiPhK7Eob9v5owaRyQ9sfnJD 7RQAoLFkutH9ZjPtoI6NBj1ISQneFlLS =BZUt -----END PGP SIGNATURE----- From dermoth at aei.ca Fri Feb 4 06:41:17 2011 From: dermoth at aei.ca (Thomas Guyot-Sionnest) Date: Fri, 04 Feb 2011 00:41:17 -0500 Subject: [Nagiosplug-devel] sslutils patch : show certificate subject V2 In-Reply-To: <4D4ABB23.7080706@ac-nancy-metz.fr> References: <4CED2037.10303@ac-nancy-metz.fr> <4CF92842.9010700@ac-nancy-metz.fr> <4D1380BB.6040909@aei.ca> <4D496250.2010201@ac-nancy-metz.fr> <4D499DA1.1080009@aei.ca> <4D4A5A4D.8010704@ac-nancy-metz.fr> <4D4ABB23.7080706@ac-nancy-metz.fr> Message-ID: <4D4B917D.9050803@aei.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 11-02-03 09:26 AM, St?phane Urbanovski wrote: > St?phane Urbanovski a ?crit : >> Le 02/02/2011 19:08, Thomas Guyot-Sionnest a ?crit : >> >>> On 11-02-02 08:55 AM, St?phane Urbanovski wrote: >>>> Thomas Guyot-Sionnest a ?crit : >>>>>> No comments ? >>>>>> >>>>> I do have some... >>>> Here is a second version of the patch : smaller and I hope cleaner. >>> What is the license of the courrier-mta code you took? >> >> Ooops, wrong patch :( >> I'll send the good one later today. > > Here is the new one (does not use courrier-mta code) Looks good, i'll get this in is it pass all tests. Thanks - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk1LkX0ACgkQ6dZ+Kt5BchZzpQCg2wqkmizMU65z+r7cVJ0x9DeO OFgAnRJep0jPZIbw/xwONRBwACl0U+f7 =cO4G -----END PGP SIGNATURE----- From claudioll at gmail.com Tue Feb 8 17:01:56 2011 From: claudioll at gmail.com (Claudio M. Llanca) Date: Tue, 8 Feb 2011 13:01:56 -0300 Subject: [Nagiosplug-devel] Perl Plugin - Output In-Reply-To: <4D4B8DFF.5040507@aei.ca> References: <4D4B8DFF.5040507@aei.ca> Message-ID: Make sense, thanks a lot Thomas. Claudio On Fri, Feb 4, 2011 at 2:26 AM, Thomas Guyot-Sionnest wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 11-02-03 02:24 PM, Claudio M. Llanca wrote: >> Hi Guys, well, this is my fist post in this list. :) >> >> So here is my doubt. >> >> I'm using nagios perl module, to create a set of monitors to check for >> specific application metrics on my company's client. >> >> For that I'm using perl and the nagios perl module Nagios::Plugin . >> >> The problem seems to be the exit structure of the performance data, as >> you can see in my example, each value are separated using double >> semi-colon , instead of a single. like the following link shows. >> >> http://nagios.sourceforge.net/docs/3_0/pluginapi.html >> >> OUTPUT : >> >> WWW RESPONSES OK | 20x=94.71%;; 30x=5.00%;; 40x=0.28%;; 50x=0.00%;; >> >> So I've found the following line on Performance.pm (part of the nagios >> plugin module) >> >> Nagios/Plugin/Performance.pm >> >> ?# Previous implementation omitted trailing ;; - do we need this? >> ?$out =~ s/;;$//; >> >> So .. my question is, that output is still valid for nagios ? > > Yes, but you shouldn't have to do that. In fact, there's a number of > semicolon for additional performance data, and each additional part is > optional as well as the ; (if there's is no more parts). > > see: > http://nagiosplug.sourceforge.net/developer-guidelines.html#AEN201 > > The spec is: > > 'label'=value[UOM];[warn];[crit];[min];[max] > > so for example if you have only max to show, it will look like: > 20x=94.71%;;;;100 > > But if you really want to remove any extra trailing semicolon, you can do: > > $out =~ s/;+(\s|$)/$1/g; > > Or keep the last one: > > $out =~ s/;+(\s|$)/;$1/g; > > This shouldn't affect performance data parsers at all. > > - -- > Thomas > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAk1LjfUACgkQ6dZ+Kt5BchY5cQCgjiPhK7Eob9v5owaRyQ9sfnJD > 7RQAoLFkutH9ZjPtoI6NBj1ISQneFlLS > =BZUt > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > _______________________________________________________ > 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 > -- Claudio M. Llanca From noreply at sourceforge.net Tue Feb 15 19:11:32 2011 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 15 Feb 2011 18:11:32 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-3182587 ] check_smtp handle non-220 code in the connect string cleanly Message-ID: Feature Requests item #3182587, was opened at 2011-02-15 18:11 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=3182587&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: Daniel Piddock () Assigned to: Nobody/Anonymous (nobody) Summary: check_smtp handle non-220 code in the connect string cleanly Initial Comment: Plugin Version (-V output): check_smtp v1.4.15 (nagios-plugins 1.4.15) Plugin Name: check_smtp Operating System: Debian Lenny (Lenny-Backports) Architecture: amd64 Compiler: gcc-4.3 I am attempting to monitor an smtp server that returns "451 local error" in the connect string before closing the connection. check_smtp reads the string, notes that it does not contain the expect string (220), sets WARNING and blindly stumbles on with sending EHLO. Then fails with "recv() failed". If I set the expected string to 451 I still end up with a WARNING as EHLO failed. Attaching a patch that checks whether the connect string contains 220 before sending EHLO. Will return OK if the connect string matches expected string. I realize this is a slightly odd edge case. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=3182587&group_id=29880 From noreply at sourceforge.net Wed Feb 23 12:39:56 2011 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 23 Feb 2011 11:39:56 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-3182587 ] check_smtp handle non-220 code in the connect string cleanly Message-ID: Feature Requests item #3182587, was opened at 2011-02-15 19:11 Message generated for change (Comment added) made by hweiss You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=3182587&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 Priority: 5 Private: No Submitted By: Daniel Piddock () Assigned to: Nobody/Anonymous (nobody) Summary: check_smtp handle non-220 code in the connect string cleanly Initial Comment: Plugin Version (-V output): check_smtp v1.4.15 (nagios-plugins 1.4.15) Plugin Name: check_smtp Operating System: Debian Lenny (Lenny-Backports) Architecture: amd64 Compiler: gcc-4.3 I am attempting to monitor an smtp server that returns "451 local error" in the connect string before closing the connection. check_smtp reads the string, notes that it does not contain the expect string (220), sets WARNING and blindly stumbles on with sending EHLO. Then fails with "recv() failed". If I set the expected string to 451 I still end up with a WARNING as EHLO failed. Attaching a patch that checks whether the connect string contains 220 before sending EHLO. Will return OK if the connect string matches expected string. I realize this is a slightly odd edge case. ---------------------------------------------------------------------- >Comment By: Holger Weiss (hweiss) Date: 2011-02-23 12:39 Message: check_smtp now aborts immediately if the server greeting doesn't contain the expected string, see: http://nagiosplug.git.sf.net/git/gitweb.cgi?p=nagiosplug/nagiosplug;a=commit;h=d16f3fb0 Regarding your feature request, the following check command should do the trick: check_tcp -H -p 25 -e '451 local error' Holger ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=3182587&group_id=29880 From Jean-Michel.Repond at bger.ch Wed Feb 23 17:35:22 2011 From: Jean-Michel.Repond at bger.ch (Jean-Michel Repond) Date: Wed, 23 Feb 2011 17:35:22 +0100 Subject: [Nagiosplug-devel] Bug in check_dns Message-ID: <1298478922.25106.222.camel@sunr0> Hi, I think there is a problem with check_dns plugin. This plugin return OK even if I check on a server without DNS server! # ./check_dns -V check_dns v1.4.15 (nagios-plugins 1.4.15) # ./check_dns -H time.bger.admin.ch -s 162.23.196.145 DNS OK: 1.023 second response time. time.bger.admin.ch returns 10.174.4.31|time=1.022943s;;;0.000000 # nslookup > server 162.23.196.145 Default server: 162.23.196.145 Address: 162.23.196.145#53 > time.bger.admin.ch ;; connection timed out; no servers could be reached -- Tribunal Federal Suisse Repond Jean-Michel Service Informatique Av. du Tribunal Federal 29 1000 Lausanne 14 email : Jean-Michel.Repond at bger.ch Tel : +41 (21) 318 98 72 Fax : +41 (21) 323 37 00 From ohauer at gmx.de Wed Feb 23 18:19:32 2011 From: ohauer at gmx.de (olli hauer) Date: Wed, 23 Feb 2011 18:19:32 +0100 Subject: [Nagiosplug-devel] Bug in check_dns In-Reply-To: <1298478922.25106.222.camel@sunr0> References: <1298478922.25106.222.camel@sunr0> Message-ID: <4D6541A4.5050202@gmx.de> On 2011-02-23 17:35, Jean-Michel Repond wrote: > > Hi, > > I think there is a problem with check_dns plugin. > This plugin return OK even if I check on a server without DNS server! > > # ./check_dns -V > check_dns v1.4.15 (nagios-plugins 1.4.15) > > # ./check_dns -H time.bger.admin.ch -s 162.23.196.145 > DNS OK: 1.023 second response time. time.bger.admin.ch returns > 10.174.4.31|time=1.022943s;;;0.000000 > > # nslookup >> server 162.23.196.145 > Default server: 162.23.196.145 > Address: 162.23.196.145#53 >> time.bger.admin.ch > ;; connection timed out; no servers could be reached Which OS and bind-tool version? Maybe you see the same issue http://sourceforge.net/tracker/?func=detail&atid=397597&aid=2946553&group_id=29880 From Jean-Michel.Repond at bger.ch Thu Feb 24 08:22:04 2011 From: Jean-Michel.Repond at bger.ch (Jean-Michel Repond) Date: Thu, 24 Feb 2011 08:22:04 +0100 Subject: [Nagiosplug-devel] Bug in check_dns In-Reply-To: <4D6541A4.5050202@gmx.de> References: <1298478922.25106.222.camel@sunr0> <4D6541A4.5050202@gmx.de> Message-ID: <1298532124.4127.5.camel@sunr0> Maybe, I'm working on Oracle Solaris 10 9/10 s10s_u9wos_14a SPARC Bind Utils are form Solaris: BIND DNS Name server and tools (9.6.1-P3) Le mercredi 23 f?vrier 2011 ? 18:19 +0100, olli hauer a ?crit : > On 2011-02-23 17:35, Jean-Michel Repond wrote: > > > > Hi, > > > > I think there is a problem with check_dns plugin. > > This plugin return OK even if I check on a server without DNS server! > > > > # ./check_dns -V > > check_dns v1.4.15 (nagios-plugins 1.4.15) > > > > # ./check_dns -H time.bger.admin.ch -s 162.23.196.145 > > DNS OK: 1.023 second response time. time.bger.admin.ch returns > > 10.174.4.31|time=1.022943s;;;0.000000 > > > > # nslookup > >> server 162.23.196.145 > > Default server: 162.23.196.145 > > Address: 162.23.196.145#53 > >> time.bger.admin.ch > > ;; connection timed out; no servers could be reached > > Which OS and bind-tool version? > Maybe you see the same issue > http://sourceforge.net/tracker/?func=detail&atid=397597&aid=2946553&group_id=29880 > > ------------------------------------------------------------------------------ > Free Software Download: Index, Search & Analyze Logs and other IT data in > Real-Time with Splunk. Collect, index and harness all the fast moving IT data > generated by your applications, servers and devices whether physical, virtual > or in the cloud. Deliver compliance at lower cost and gain new business > insights. http://p.sf.net/sfu/splunk-dev2dev > _______________________________________________________ > 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 -- Tribunal Federal Suisse Repond Jean-Michel Service Informatique Av. du Tribunal Federal 29 1000 Lausanne 14 email : Jean-Michel.Repond at bger.ch Tel : +41 (21) 318 98 72 Fax : +41 (21) 323 37 00 From dermoth at aei.ca Thu Feb 24 13:42:11 2011 From: dermoth at aei.ca (Thomas Guyot-Sionnest) Date: Thu, 24 Feb 2011 07:42:11 -0500 Subject: [Nagiosplug-devel] Bug in check_dns In-Reply-To: <1298478922.25106.222.camel@sunr0> References: <1298478922.25106.222.camel@sunr0> Message-ID: <4D665223.3060605@aei.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 11-02-23 11:35 AM, Jean-Michel Repond wrote: > > Hi, > > I think there is a problem with check_dns plugin. > This plugin return OK even if I check on a server without DNS server! > > # ./check_dns -V > check_dns v1.4.15 (nagios-plugins 1.4.15) > > # ./check_dns -H time.bger.admin.ch -s 162.23.196.145 > DNS OK: 1.023 second response time. time.bger.admin.ch returns > 10.174.4.31|time=1.022943s;;;0.000000 > > # nslookup >> server 162.23.196.145 > Default server: 162.23.196.145 > Address: 162.23.196.145#53 >> time.bger.admin.ch > ;; connection timed out; no servers could be reached Can you please run check_dns in debug mode (add -vvv to the command line) and post the full output? Thanks - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk1mUh0ACgkQ6dZ+Kt5Bchb9NACgyP/I7cQQNdB7E9iGjh0G83OV zNQAoLXqBZ2p5w5Fa1hYkuXTTaZPd8Y5 =jTUH -----END PGP SIGNATURE----- From Jean-Michel.Repond at bger.ch Thu Feb 24 15:58:47 2011 From: Jean-Michel.Repond at bger.ch (Jean-Michel Repond) Date: Thu, 24 Feb 2011 15:58:47 +0100 Subject: [Nagiosplug-devel] Bug in check_dns In-Reply-To: <4D665223.3060605@aei.ca> References: <1298478922.25106.222.camel@sunr0> <4D665223.3060605@aei.ca> Message-ID: <1298559527.4127.11.camel@sunr0> Here the Verbose full output: ./check_dns -H time.bger.admin.ch -s 1.1.1.1 -vvv /usr/sbin/nslookup -sil time.bger.admin.ch 1.1.1.1 Server: 10.174.4.31 Address: 10.174.4.31#53 time.bger.admin.ch canonical name = sunh.bger.admin.ch. Name: sunh.bger.admin.ch Address: 10.174.4.31 DNS OK: 1.033 second response time. time.bger.admin.ch returns 10.174.4.31|time=1.033149s;;;0.000000 Le jeudi 24 f?vrier 2011 ? 07:42 -0500, Thomas Guyot-Sionnest a ?crit : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 11-02-23 11:35 AM, Jean-Michel Repond wrote: > > > > Hi, > > > > I think there is a problem with check_dns plugin. > > This plugin return OK even if I check on a server without DNS server! > > > > # ./check_dns -V > > check_dns v1.4.15 (nagios-plugins 1.4.15) > > > > # ./check_dns -H time.bger.admin.ch -s 162.23.196.145 > > DNS OK: 1.023 second response time. time.bger.admin.ch returns > > 10.174.4.31|time=1.022943s;;;0.000000 > > > > # nslookup > >> server 162.23.196.145 > > Default server: 162.23.196.145 > > Address: 162.23.196.145#53 > >> time.bger.admin.ch > > ;; connection timed out; no servers could be reached > > Can you please run check_dns in debug mode (add -vvv to the command > line) and post the full output? > > Thanks > > - -- > Thomas > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAk1mUh0ACgkQ6dZ+Kt5Bchb9NACgyP/I7cQQNdB7E9iGjh0G83OV > zNQAoLXqBZ2p5w5Fa1hYkuXTTaZPd8Y5 > =jTUH > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------------ > Free Software Download: Index, Search & Analyze Logs and other IT data in > Real-Time with Splunk. Collect, index and harness all the fast moving IT data > generated by your applications, servers and devices whether physical, virtual > or in the cloud. Deliver compliance at lower cost and gain new business > insights. http://p.sf.net/sfu/splunk-dev2dev > _______________________________________________________ > 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 -- Tribunal Federal Suisse Repond Jean-Michel Service Informatique Av. du Tribunal Federal 29 1000 Lausanne 14 email : Jean-Michel.Repond at bger.ch Tel : +41 (21) 318 98 72 Fax : +41 (21) 323 37 00 From noreply at sourceforge.net Thu Feb 24 17:20:08 2011 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 24 Feb 2011 16:20:08 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3191388 ] check_ldap doesn't accept --hostname option Message-ID: Bugs item #3191388, was opened at 2011-02-24 17:20 Message generated for change (Tracker Item Submitted) made by lgarrett You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3191388&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-1.4.15 Status: Open Resolution: None Priority: 5 Private: No Submitted By: lgarrett (lgarrett) Assigned to: Nobody/Anonymous (nobody) Summary: check_ldap doesn't accept --hostname option Initial Comment: Although ./check_ldap -h prints: -H, --hostname=ADDRESS Host name, IP Address, or unix socket (must be an absolute path) The --hostname option bails out with: ./check_ldap: unrecognized option '--hostname=192.168.0.7' check_ldap v1.4.15 (nagios-plugins 1.4.15) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3191388&group_id=29880 From noreply at sourceforge.net Thu Feb 24 17:27:58 2011 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 24 Feb 2011 16:27:58 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3191396 ] check_ldap can't connect to unix socket Message-ID: Bugs item #3191396, was opened at 2011-02-24 17:27 Message generated for change (Tracker Item Submitted) made by lgarrett You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3191396&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-1.4.15 Status: Open Resolution: None Priority: 5 Private: No Submitted By: lgarrett (lgarrett) Assigned to: Nobody/Anonymous (nobody) Summary: check_ldap can't connect to unix socket Initial Comment: I've got a slapd running, listening on the unix socket /var/run/slapd/ldapi. Using ldapsearch with ldapi:/// works fine. check_ldap -h advertises to be able to connect to unix sockets if given with an absolute URL. I tried different variants, but they all doen't seem to work. ./check_ldap -H /var/run/slapd/ldapi -b "dc=pfgroup,dc=de" -v -3 -4 ldap_bind: Can't contact LDAP server (-1) Could not bind to the LDAP server ./check_ldap -H ldapi:/// -b "dc=pfgroup,dc=de" -v -3 Could not connect to the server at port 389 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3191396&group_id=29880