From dpaquet at xprima.com Mon May 2 14:48:42 2011 From: dpaquet at xprima.com (Daniel Paquet) Date: Mon, 02 May 2011 08:48:42 -0400 Subject: [Nagiosplug-devel] Comment/change request for check_disk plugin Message-ID: <4DBEA82A.80505@xprima.com> Hello, I would like to understand why is the check_disk plugin output -> DISK WARNING - free space: /data/marketing 2587 MB (25% inode=99%)|/data/marketing=7642MB;7161;8184;0;10230 Why is it not giving free space for perfdata instead of giving used space which is illogic since it's output displays free space. The plugin tells me how much free space there is on the partition, but then puts perfdata for used space, can this output be standardised to the same metrics pease? Maybe adding an argument to select it's behaviour, like inverse display or correct display. -- Daniel Paquet XPRIMA CORPORATION From dermoth at aei.ca Mon May 2 21:07:51 2011 From: dermoth at aei.ca (Thomas Guyot-Sionnest) Date: Mon, 02 May 2011 15:07:51 -0400 Subject: [Nagiosplug-devel] Patch 3285367 for check_http In-Reply-To: References: Message-ID: <4DBF0107.7060101@aei.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 11-04-30 06:18 PM, omnipotus at users.sourceforge.net wrote: > Thomas, > > Traffic on the dev mailing list has been very quiet since the 12th when I > submitted this patch. You seem to be the most active committer - do you > know who I should ask to review the patch so that it can get committed or > further enhanced? I've looked at it but didn't take the time to look further or reply... According to the openssl documentation the function SSLv23_client_method should already try TLSv1. I'd like to better understand why using specifically TLSv1_client_method would make a difference, and most importantely whenever it's an openssl bug or not (i.e. did you try against the latest openssl version?) A reproducible testcase would be great, or at least an external server I could test against. Thanks - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2/AQcACgkQ6dZ+Kt5BchYLFACdG9ZlVcaB2EYZdBEdclVIIVBJ kNoAoKxkv471TrLoAnA6NxPPd7bQYnpd =xAgc -----END PGP SIGNATURE----- From noreply at sourceforge.net Tue May 3 02:03:51 2011 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 2 May 2011 20:03:51 -0400 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-3285367 ] Support SSL Protocol version argument Message-ID: Patches item #3285367, was opened at 2011-04-12 11:47 Message generated for change (Comment added) made by dermoth You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=3285367&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: release-1.4.15 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jason A. Lunn (omnipotus) Assigned to: Nobody/Anonymous (nobody) Summary: Support SSL Protocol version argument Initial Comment: Bug 3066166 has a suggested solution to try to fallback to TLSv1 only when SSL protocol negotiation fails. This patch takes an alternative approach that is more general purpose, adding support for an optional value to the -S/--ssl argument of check_http and using that to chose the SSL Protocol version in sslutils.c. This will facilitate testing of HTTPS services that fail to properly auto-negotiate the protocol version but work with an explicit version is set. ---------------------------------------------------------------------- >Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2011-05-02 20:03 Message: [This is a copy of my reply to your email, as it bounced] I've looked at it but didn't take the time to look further or reply... According to the openssl documentation the function SSLv23_client_method should already try TLSv1. I'd like to better understand why using specifically TLSv1_client_method would make a difference, and most importantely whenever it's an openssl bug or not (i.e. did you try against the latest openssl version?) A reproducible testcase would be great, or at least an external server I could test against. Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=3285367&group_id=29880 From noreply at sourceforge.net Tue May 10 15:51:34 2011 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 10 May 2011 13:51:34 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1338298 ] check_linux_raid plugin does not recognize recovery Message-ID: Patches item #1338298, was opened at 2005-10-26 10:09 Message generated for change (Comment added) made by bigpresh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1338298&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Bastiaan Bakker (bastiaan) Assigned to: Nobody/Anonymous (nobody) Summary: check_linux_raid plugin does not recognize recovery Initial Comment: The check_linux_raid plugin does not properly parse /proc/mdstat, causing it to report CRITICAL status for RAID devices that are already recovering. For example it reports CRITICAL for the following /proc/mdstat (taken from a CentOS 3.5 box): Personalities : [raid1] read_ahead 1024 sectors Event: 8 md0 : active raid1 sdb1[2] sda1[1] 2097024 blocks [2/1] [_U] [>....................] recovery = 0.4% (10168/2097024) finish=23.8min speed=1452K/sec unused devices: The attached patch fixes two bugs which cause this problem: 1) do not stop parsing after [_U] but until the next mdX entry begins, so we won't miss the 'recovery line' 2) allow two or more spaces after 'recovery =' in order to recognize single digit percentages Other modifications: 1) Addition of 'speed=' to the output: WARNING md0 status=[_U], recovery=0.4%, finish=23.8min, speed=1452K/sec 2) Addition of optionally specification of mdstat file as second command line parameter. Primarily useful for debugging. ---------------------------------------------------------------------- Comment By: David Precious (bigpresh) Date: 2011-05-10 13:51 Message: Seemingly, this bug is still present, over five years after someone took the time to provide a patch to fix it? Seriously? ---------------------------------------------------------------------- Comment By: Marek Grzybowski (wolodyj) Date: 2007-08-29 11:34 Message: Logged In: YES user_id=1878403 Originator: NO why in nagios-plugins-1.4.9.tar.gz check_linux_raid still have this bug ? u can use my patch, it is simply one line, but i prefer bastiaan plugin: tombo at mg:/tmp/nagios-plugins-1.4.9/contrib$ diff -u check_linux_raid.pl.orginal check_linux_raid.pl --- check_linux_raid.pl.orginal 2007-08-29 13:10:36.000000000 +0200 +++ check_linux_raid.pl 2007-08-29 13:10:51.000000000 +0200 @@ -64,6 +64,7 @@ } elsif (/recovery = (.*?)\s/) { $recovery{$device} = $1; ($finish{$device}) = /finish=(.*?min)/; + $device=undef; } elsif (/^\s*$/) { $device=undef; } ---------------------------------------------------------------------- Comment By: Bastiaan Bakker (bastiaan) Date: 2005-10-31 13:54 Message: Logged In: YES user_id=8050 replaced diff with new version: * fixes output so that nrpe understands it. * implements --help and --version command line params. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1338298&group_id=29880 From noreply at sourceforge.net Tue May 10 21:39:52 2011 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 10 May 2011 21:39:52 +0200 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1338298 ] check_linux_raid plugin does not recognize recovery Message-ID: Patches item #1338298, was opened at 2005-10-26 12:09 Message generated for change (Comment added) made by cyco_dd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1338298&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Bastiaan Bakker (bastiaan) Assigned to: Nobody/Anonymous (nobody) Summary: check_linux_raid plugin does not recognize recovery Initial Comment: The check_linux_raid plugin does not properly parse /proc/mdstat, causing it to report CRITICAL status for RAID devices that are already recovering. For example it reports CRITICAL for the following /proc/mdstat (taken from a CentOS 3.5 box): Personalities : [raid1] read_ahead 1024 sectors Event: 8 md0 : active raid1 sdb1[2] sda1[1] 2097024 blocks [2/1] [_U] [>....................] recovery = 0.4% (10168/2097024) finish=23.8min speed=1452K/sec unused devices: The attached patch fixes two bugs which cause this problem: 1) do not stop parsing after [_U] but until the next mdX entry begins, so we won't miss the 'recovery line' 2) allow two or more spaces after 'recovery =' in order to recognize single digit percentages Other modifications: 1) Addition of 'speed=' to the output: WARNING md0 status=[_U], recovery=0.4%, finish=23.8min, speed=1452K/sec 2) Addition of optionally specification of mdstat file as second command line parameter. Primarily useful for debugging. ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2011-05-10 21:39 Message: Maybe cause there is a unified patch missing? ---------------------------------------------------------------------- Comment By: David Precious (bigpresh) Date: 2011-05-10 15:51 Message: Seemingly, this bug is still present, over five years after someone took the time to provide a patch to fix it? Seriously? ---------------------------------------------------------------------- Comment By: Marek Grzybowski (wolodyj) Date: 2007-08-29 13:34 Message: Logged In: YES user_id=1878403 Originator: NO why in nagios-plugins-1.4.9.tar.gz check_linux_raid still have this bug ? u can use my patch, it is simply one line, but i prefer bastiaan plugin: tombo at mg:/tmp/nagios-plugins-1.4.9/contrib$ diff -u check_linux_raid.pl.orginal check_linux_raid.pl --- check_linux_raid.pl.orginal 2007-08-29 13:10:36.000000000 +0200 +++ check_linux_raid.pl 2007-08-29 13:10:51.000000000 +0200 @@ -64,6 +64,7 @@ } elsif (/recovery = (.*?)\s/) { $recovery{$device} = $1; ($finish{$device}) = /finish=(.*?min)/; + $device=undef; } elsif (/^\s*$/) { $device=undef; } ---------------------------------------------------------------------- Comment By: Bastiaan Bakker (bastiaan) Date: 2005-10-31 14:54 Message: Logged In: YES user_id=8050 replaced diff with new version: * fixes output so that nrpe understands it. * implements --help and --version command line params. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1338298&group_id=29880 From noreply at sourceforge.net Tue May 10 23:50:11 2011 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 10 May 2011 21:50:11 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1338298 ] check_linux_raid plugin does not recognize recovery Message-ID: Patches item #1338298, was opened at 2005-10-26 10:09 Message generated for change (Comment added) made by bigpresh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1338298&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Bastiaan Bakker (bastiaan) Assigned to: Nobody/Anonymous (nobody) Summary: check_linux_raid plugin does not recognize recovery Initial Comment: The check_linux_raid plugin does not properly parse /proc/mdstat, causing it to report CRITICAL status for RAID devices that are already recovering. For example it reports CRITICAL for the following /proc/mdstat (taken from a CentOS 3.5 box): Personalities : [raid1] read_ahead 1024 sectors Event: 8 md0 : active raid1 sdb1[2] sda1[1] 2097024 blocks [2/1] [_U] [>....................] recovery = 0.4% (10168/2097024) finish=23.8min speed=1452K/sec unused devices: The attached patch fixes two bugs which cause this problem: 1) do not stop parsing after [_U] but until the next mdX entry begins, so we won't miss the 'recovery line' 2) allow two or more spaces after 'recovery =' in order to recognize single digit percentages Other modifications: 1) Addition of 'speed=' to the output: WARNING md0 status=[_U], recovery=0.4%, finish=23.8min, speed=1452K/sec 2) Addition of optionally specification of mdstat file as second command line parameter. Primarily useful for debugging. ---------------------------------------------------------------------- Comment By: David Precious (bigpresh) Date: 2011-05-10 21:50 Message: I don't seem to be able to add a file to this bug report, for some reason, but the basic change to fix the main bug is incredibly trivial - I've created a diff which is at http://www.preshweb.co.uk/downloads/check_linux_raid.diff - I hope that may be of help. If it's easier, I'd be happy to open a new issue for the fact that the diff addresses - the fact that the recovery line may contain more than one space after the equals sign, and add the patch there. ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2011-05-10 19:39 Message: Maybe cause there is a unified patch missing? ---------------------------------------------------------------------- Comment By: David Precious (bigpresh) Date: 2011-05-10 13:51 Message: Seemingly, this bug is still present, over five years after someone took the time to provide a patch to fix it? Seriously? ---------------------------------------------------------------------- Comment By: Marek Grzybowski (wolodyj) Date: 2007-08-29 11:34 Message: Logged In: YES user_id=1878403 Originator: NO why in nagios-plugins-1.4.9.tar.gz check_linux_raid still have this bug ? u can use my patch, it is simply one line, but i prefer bastiaan plugin: tombo at mg:/tmp/nagios-plugins-1.4.9/contrib$ diff -u check_linux_raid.pl.orginal check_linux_raid.pl --- check_linux_raid.pl.orginal 2007-08-29 13:10:36.000000000 +0200 +++ check_linux_raid.pl 2007-08-29 13:10:51.000000000 +0200 @@ -64,6 +64,7 @@ } elsif (/recovery = (.*?)\s/) { $recovery{$device} = $1; ($finish{$device}) = /finish=(.*?min)/; + $device=undef; } elsif (/^\s*$/) { $device=undef; } ---------------------------------------------------------------------- Comment By: Bastiaan Bakker (bastiaan) Date: 2005-10-31 13:54 Message: Logged In: YES user_id=8050 replaced diff with new version: * fixes output so that nrpe understands it. * implements --help and --version command line params. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1338298&group_id=29880 From noreply at sourceforge.net Thu May 12 17:16:25 2011 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 12 May 2011 17:16:25 +0200 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-3301066 ] check_mysql_query perfdata + smarter output Message-ID: Patches item #3301066, was opened at 2011-05-12 17:16 Message generated for change (Tracker Item Submitted) made by psychoweb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=3301066&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: release-1.4.15 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Paolo Serra (psychoweb) Assigned to: Nobody/Anonymous (nobody) Summary: check_mysql_query perfdata + smarter output Initial Comment: Added basic support for performance data. The MIN and MAX can be specified by submitting a query with two more columns as result. Either constants or other queries can be used as values. A different string formatting allows automatical removal of trailing zeroes and decimal values, without ugly outputs such as "returned 6.000000". Plus, the plugin now prints the query specification on the second line, thus shortening the output in Nagios web GUI. The first line is more straight-to-the-point and more readable. This is an example: [input:]#check_mysql_query -H xxx -u xxx -p xxx -d nagios -q 'select count(*),10,100 from nagios_servicestatus as ss, nagios_services as s, nagios_hosts as h, nagios_objects as o where ss.service_object_id = s.service_object_id and s.service_object_id = o.object_id and s.host_object_id = h.host_object_id and ss.current_state = 2 and ss.scheduled_downtime_depth = 0' -c 3 [output:] QUERY CRITICAL: returned 6 'select count(*),10,100 from nagios_servicestatus as ss, nagios_services as s, nagios_hosts as h, nagios_objects as o where ss.service_object_id = s.service_object_id and s.service_object_id = o.object_id and s.host_object_id = h.host_object_id and ss.current_state = 2 and ss.scheduled_downtime_depth = 0' | value=6;;;10;100 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=3301066&group_id=29880 From mfranke at westpac.com.au Thu May 12 20:03:22 2011 From: mfranke at westpac.com.au (Markus Franke) Date: Fri, 13 May 2011 04:03:22 +1000 Subject: [Nagiosplug-devel] Markus Franke is out of the office. Message-ID: I will be out of the office starting 12/05/2011 and will not return until 31/12/2011. As I left WBC, please forward any outstanding work to Michael Devlin. Take Care Unless otherwise stated, this email is confidential. If received in error, please delete and inform the sender by return email. Unauthorised use, copying or distribution is prohibited. Westpac Banking Corporation (ABN 33 007 457 141) is not responsible for viruses, or for delays, errors or interception in transmission. Unless stated or apparent from its terms, any opinion is not the opinion of Westpac Banking Corporation. This message also includes information on Westpac Institutional Bank available at westpac.com.au/wibinfo From alessandro.ren at opservices.com.br Fri May 13 21:43:39 2011 From: alessandro.ren at opservices.com.br (Alessandro Ren) Date: Fri, 13 May 2011 16:43:39 -0300 Subject: [Nagiosplug-devel] check_icmp patch - Jitter and MOS Message-ID: <4DCD89EB.4080206@opservices.com.br> I?ve patched check_icmp to calculate jitter, MOS and Score and also changed the way the output text works in Warning and Critical states. Check_icmp will only shows the metrics that broke the threshold and the actual threshold, like this: WARNING - : , rta 136.309ms > 101.000ms. I?ve also added new options to only check for RTA or packet loss. Running it without the new options should return the same output as the original check_icmp. The new options may be combined to check for RTA and MOS, or RTA and packet loss or any combination. Attached is the patch against 1.4.15. []s. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: check_icmp.diff URL: From noreply at sourceforge.net Sat May 14 15:50:25 2011 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 14 May 2011 15:50:25 +0200 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3302033 ] check_smtp gives incomplete debugging output Message-ID: Bugs item #3302033, was opened at 2011-05-14 15:50 Message generated for change (Tracker Item Submitted) made by cyco_dd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3302033&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: Jan Wagner (cyco_dd) Assigned to: Nobody/Anonymous (nobody) Summary: check_smtp gives incomplete debugging output Initial Comment: The following Bugreport we got against our debian package: $ /usr/lib/nagios/plugins/check_smtp --verbose -H ivanova.notwork.de HELOCMD: HELO scyh00167 220 ivanova.notwork.de ESMTP Exim 4.72 Sun, 02 Jan 2011 23:37:22 +0100 sent QUIT received 221 ivanova.notwork.de closing connection SMTP OK - 0.074 sec. response time, 221 ivanova.notwork.de closing connection |time=0.074478s;;;0.000000 This debugging output either suggests that no HELO is sent at all, or HELO is sent without waiting for the initial 220 prompt. Using strace or wireshark reveals that the plugin is actually talking proper SMTP on the wire while giving incomplete debug output while printing extra information that is not part of the actual SMTP dialog. Greetings Marc You can track the bugreport via http://bugs.debian.org/608714 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3302033&group_id=29880 From noreply at sourceforge.net Thu May 19 13:27:35 2011 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 19 May 2011 13:27:35 +0200 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3304535 ] check_procs counts too much processes with dash as shell Message-ID: Bugs item #3304535, was opened at 2011-05-19 13:27 Message generated for change (Tracker Item Submitted) made by cyco_dd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3304535&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: Jan Wagner (cyco_dd) Assigned to: Nobody/Anonymous (nobody) Summary: check_procs counts too much processes with dash as shell Initial Comment: The following Bugreport we got against our debian package: If default shell is /bin/dash then all check_procs commands run though nrpe daemon return a +1 value in the number of processes they count i.e. if there is one /usr/sbin/acpid process running the check will return 2, more seriously if there are none the check will return one, so if the check is used to restart dead daemons this won't be done anymore. The problem is dash-related: this can be easily verified by running root at server:~# su - nagios -s /bin/dash -c "/usr/lib/nagios/plugins/check_procs -c 1: -a '/sbin/init'" No directory, logging in with HOME=/ PROCS OK: 2 processes with args '/sbin/init' root at server:~# su - nagios -s /bin/bash -c "/usr/lib/nagios/plugins/check_procs -c 1: -a '/sbin/init'" No directory, logging in with HOME=/ PROCS OK: 1 process with args '/sbin/init' You can track the bugreport via http://bugs.debian.org/626913 (there are already comments). Many thanks, Jan. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3304535&group_id=29880 From Jumper99 at gmx.de Fri May 20 17:50:46 2011 From: Jumper99 at gmx.de (Jumper99 at gmx.de) Date: Fri, 20 May 2011 17:50:46 +0200 Subject: [Nagiosplug-devel] Timeout bug in check_dns Message-ID: <20110520155046.311540@gmx.net> Hi, if you specify a timeout >15 seconds the plugin reports "OK" although the request times out: [helmut at BSDHelmut ~]$ sudo /usr/local/libexec/nagios/check_dns -H www.yahoo.com -s 1.2.3.4 -t 16 DNS OK: 15.056 seconds response time. www.yahoo.com returns |time=15.055528s;;;0.000000 [helmut at BSDHelmut ~]$ sudo /usr/local/libexec/nagios/check_dns -H www.yahoo.com -s 1.2.3.4 -t 15 CRITICAL - Plugin timed out while executing system call [helmut at BSDHelmut ~]$ sudo /usr/local/libexec/nagios/check_dns -V check_dns v (nagios-plugins 1.4.15) [helmut at BSDHelmut ~]$ uname -a FreeBSD BSDHelmut.charlieroot.de 8.2-RELEASE FreeBSD 8.2-RELEASE #2: Sun Feb 27 00:24:40 CET 2011 root at BSDHelmut.charlieroot.de:/usr/obj/usr/src/sys/GENERIC-QUOTA-PF-ALTQ amd64 [helmut at BSDHelmut ~]$ Regards, Helmut -- NEU: FreePhone - kostenlos mobil telefonieren! Jetzt informieren: http://www.gmx.net/de/go/freephone From Jumper99 at gmx.de Sun May 22 23:54:08 2011 From: Jumper99 at gmx.de (Jumper99 at gmx.de) Date: Sun, 22 May 2011 23:54:08 +0200 Subject: [Nagiosplug-devel] check_http, IPv6 and "Bad Request" Message-ID: <20110522215408.274860@gmx.net> Hi, If you query IIS7 on Windows 2008R2 using an IPv6 address the result is "Bad Request": [helmut at BSDHelmut ~]$ /usr/local/libexec/nagios/check_http -6 -H zeus HTTP OK: HTTP/1.1 200 OK - 954 bytes in 0.003 second response time |time=0.002732s;;;0.000000 size=954B;;;0 [helmut at BSDHelmut ~]$ /usr/local/libexec/nagios/check_http -6 -H 2001:6f8:1013:1:1::254 HTTP WARNING: HTTP/1.1 400 Bad Request - 513 bytes in 0.001 second response time |time=0.000978s;;;0.000000 size=513B;;;0 A workaround is to put brackets around the IPv6 address: [helmut at BSDHelmut ~]$ /usr/local/libexec/nagios/check_http -6 -H [2001:6f8:1013:1:1::254] HTTP OK: HTTP/1.1 200 OK - 954 bytes in 0.002 second response time |time=0.001647s;;;0.000000 size=954B;;;0 [helmut at BSDHelmut ~]$ Helmut -- NEU: FreePhone - kostenlos mobil telefonieren! Jetzt informieren: http://www.gmx.net/de/go/freephone From noreply at sourceforge.net Mon May 23 10:10:11 2011 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 23 May 2011 03:10:11 -0500 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-3306173 ] check_disk should display usage on multiple lines Message-ID: Feature Requests item #3306173, was opened at 2011-05-23 03:10 Message generated for change (Tracker Item Submitted) made by ealex292 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=3306173&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: Interface Improvements (example) Group: Next Release (example) Status: Open Priority: 5 Private: No Submitted By: Alex D (ealex292) Assigned to: Nobody/Anonymous (nobody) Summary: check_disk should display usage on multiple lines Initial Comment: Finding the disk I care about in the output of check_disk is annoying. It'd be nice if each disk were displayed on its own line. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=3306173&group_id=29880 From noreply at sourceforge.net Mon May 23 10:13:48 2011 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 23 May 2011 03:13:48 -0500 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-3306173 ] check_disk should display usage on multiple lines Message-ID: Feature Requests item #3306173, was opened at 2011-05-23 03:10 Message generated for change (Comment added) made by ealex292 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=3306173&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: Interface Improvements (example) Group: Next Release (example) Status: Open Priority: 5 Private: No Submitted By: Alex D (ealex292) Assigned to: Nobody/Anonymous (nobody) Summary: check_disk should display usage on multiple lines Initial Comment: Finding the disk I care about in the output of check_disk is annoying. It'd be nice if each disk were displayed on its own line. ---------------------------------------------------------------------- >Comment By: Alex D (ealex292) Date: 2011-05-23 03:13 Message: Version number and sample output: root at olinda:/usr/lib/nagios/plugins# /usr/lib/nagios/plugins/check_disk.orig -V check_disk v1.4.14 (nagios-plugins 1.4.14) root at olinda:/usr/lib/nagios/plugins# /usr/lib/nagios/plugins/check_disk -V check_disk v1.4.15.24.g2a7c8.dirty (nagios-plugins 1.4.15) root at olinda:/usr/lib/nagios/plugins# /usr/lib/nagios/plugins/check_disk.orig -w 10% -c 20% DISK OK - free space: / 15347 MB (64% inode=95%); /dev 244 MB (99% inode=98%); /dev/shm 246 MB (100% inode=99%); /var/run 246 MB (99% inode=99%); /var/lock 246 MB (99% inode=99%); /lib/init/rw 246 MB (100% inode=99%); /mnt/d4 28201 MB (58% inode=79%);| /=8572MB;22680;20160;0;25200 /dev=0MB;219;195;0;244 /dev/shm=0MB;221;196;0;246 /var/run=0MB;221;196;0;246 /var/lock=0MB;221;196;0;246 /lib/init/rw=0MB;221;196;0;246 /mnt/d4=19634MB;45356;40316;0;50396 root at olinda:/usr/lib/nagios/plugins# /usr/lib/nagios/plugins/check_disk -w 10% -c 20% DISK OK - free space: / 15347 MB (64% inode=95%): /dev 244 MB (99% inode=98%): /dev/shm 246 MB (100% inode=99%): /var/run 246 MB (99% inode=99%): /var/lock 246 MB (99% inode=99%): /lib/init/rw 246 MB (100% inode=99%): /mnt/d4 28201 MB (58% inode=79%):| /=8572MB;22680;20160;0;25200 /dev=0MB;219;195;0;244 /dev/shm=0MB;221;196;0;246 /var/run=0MB;221;196;0;246 /var/lock=0MB;221;196;0;246 /lib/init/rw=0MB;221;196;0;246 /mnt/d4=19634MB;45356;40316;0;50396 / 15347 MB (64% inode=95%) /dev 244 MB (99% inode=98%) /dev/shm 246 MB (100% inode=99%) /var/run 246 MB (99% inode=99%) /var/lock 246 MB (99% inode=99%) /lib/init/rw 246 MB (100% inode=99%) /mnt/d4 28201 MB (58% inode=79%) (check_disk.orig is what is in Ubuntu 10.04 (Lucid); check_disk is my patched version.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=3306173&group_id=29880 From noreply at sourceforge.net Tue May 24 14:16:04 2011 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 24 May 2011 08:16:04 -0400 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3306880 ] Negate doesn't seem to do anything Message-ID: Bugs item #3306880, was opened at 2011-05-24 08:16 Message generated for change (Tracker Item Submitted) made by mikem-2468 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3306880&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: release-1.4.15 Status: Open Resolution: None Priority: 5 Private: No Submitted By: MikeM-2468 (mikem-2468) Assigned to: Nobody/Anonymous (nobody) Summary: Negate doesn't seem to do anything Initial Comment: The negate plugin doesn't seem to work as it should. With or without negate, I get the same results. I used the following command as a test but get the same result with or without using negate. negate check_ping -H 192.168.100.1 -w 3000.0,80% -c 5000.0,100% -p 5 I've tried v1.4.15 and v1.4.15.-24-g5ebe. Running gcc version 4.3.2 (Debian 4.3.2-1.1) x86. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3306880&group_id=29880 From evg.selyavka at gmail.com Tue May 24 15:24:17 2011 From: evg.selyavka at gmail.com (=?UTF-8?B?0KHQtdC70Y/QstC60LAg0JXQstCz0LXQvdC40Lk=?=) Date: Tue, 24 May 2011 17:24:17 +0400 Subject: [Nagiosplug-devel] solaris10+signal.h Message-ID: <4DDBB181.5090009@gmail.com> Could anyone help me please. Can't compile nagios-plugins-1.4.15 under Solaris10 SPARC. *some of config.log:* configure:16915: result: no configure:16919: checking signal.h presence configure:16934: gcc -E -I/usr/local/ssl/include conftest.c configure:16940: $? = 0 configure:16954: result: yes configure:16967: WARNING: signal.h: present but cannot be compiled configure:16969: WARNING: signal.h: check for missing prerequisite headers? configure:16971: WARNING: signal.h: see the Autoconf documentation configure:16973: WARNING: signal.h: section "Present But Cannot Be Compiled" configure:16975: WARNING: signal.h: proceeding with the preprocessor's result configure:16977: WARNING: signal.h: in the future, the compiler will take precedence configure:16982: checking for signal.h configure:16990: result: yes *some of error:* In file included from /usr/include/sys/signal.h:34, from /usr/include/signal.h:26, from ../plugins/common.h:105, from utils_base.c:27: /usr/include/sys/siginfo.h:259: error: parse error before "ctid_t" /usr/include/sys/siginfo.h:292: error: parse error before '}' token /usr/include/sys/siginfo.h:294: error: parse error before '}' token /usr/include/sys/siginfo.h:390: error: parse error before "ctid_t" /usr/include/sys/siginfo.h:392: error: conflicting types for `__proc' /usr/include/sys/siginfo.h:261: error: previous declaration of `__proc' /usr/include/sys/siginfo.h:398: error: conflicting types for `__fault' /usr/include/sys/siginfo.h:267: error: previous declaration of `__fault' /usr/include/sys/siginfo.h:404: error: conflicting types for `__file' /usr/include/sys/siginfo.h:273: error: previous declaration of `__file' /usr/include/sys/siginfo.h:420: error: conflicting types for `__prof' /usr/include/sys/siginfo.h:287: error: previous declaration of `__prof' /usr/include/sys/siginfo.h:424: error: conflicting types for `__rctl' /usr/include/sys/siginfo.h:291: error: previous declaration of `__rctl' /usr/include/sys/siginfo.h:426: error: parse error before '}' token /usr/include/sys/siginfo.h:428: error: parse error before '}' token /usr/include/sys/siginfo.h:432: error: parse error before "k_siginfo_t" /usr/include/sys/siginfo.h:437: error: parse error before '}' token In file included from /usr/include/signal.h:26, from ../plugins/common.h:105, from utils_base.c:27: /usr/include/sys/signal.h:85: error: parse error before "siginfo_t" In file included from ../plugins/common.h:105, from utils_base.c:27: /usr/include/signal.h:111: error: parse error before "siginfo_t" /usr/include/signal.h:113: error: parse error before "siginfo_t" make[3]: *** [utils_base.o] Error 1 make[3]: Leaving directory `/export/home/exs/sources/nagios-plugins-1.4.15/lib' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/export/home/exs/sources/nagios-plugins-1.4.15/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/export/home/exs/sources/nagios-plugins-1.4.15' make: *** [all] Error 2 *uname -a* SunOS vgpsk 5.10 Generic_118833-17 sun4u sparc SUNW,Sun-Fire-V210 -- ? ?????????, ??????? ??????? -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Thu May 26 14:34:33 2011 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 26 May 2011 08:34:33 -0400 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3306880 ] Negate doesn't seem to do anything Message-ID: Bugs item #3306880, was opened at 2011-05-24 08:16 Message generated for change (Comment added) made by dermoth You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3306880&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: release-1.4.15 >Status: Pending >Resolution: Invalid Priority: 5 Private: No Submitted By: MikeM-2468 (mikem-2468) >Assigned to: Thomas Guyot-Sionnest (dermoth) Summary: Negate doesn't seem to do anything Initial Comment: The negate plugin doesn't seem to work as it should. With or without negate, I get the same results. I used the following command as a test but get the same result with or without using negate. negate check_ping -H 192.168.100.1 -w 3000.0,80% -c 5000.0,100% -p 5 I've tried v1.4.15 and v1.4.15.-24-g5ebe. Running gcc version 4.3.2 (Debian 4.3.2-1.1) x86. ---------------------------------------------------------------------- >Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2011-05-26 08:34 Message: Negate by default only change the return code, which is what matters for Nagios. try: check_ping -H 192.168.100.1 -w 3000.0,80% -c 5000.0,100% -p 5; echo $? vs. negate check_ping -H 192.168.100.1 -w 3000.0,80% -c 5000.0,100% -p 5; echo $? You can also use the -s switch in negate to also change the returned string, but it'll only work for standard results like "CRITICAL" - ex a plugin returning "Error" will not be altered besides the return code. I'm marking the bug as invalid for now, I'll reopen if you can demonstrate an issue. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3306880&group_id=29880 From noreply at sourceforge.net Thu May 26 14:39:01 2011 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 26 May 2011 08:39:01 -0400 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-3306173 ] check_disk should display usage on multiple lines Message-ID: Feature Requests item #3306173, was opened at 2011-05-23 04:10 Message generated for change (Comment added) made by dermoth You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=3306173&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: Interface Improvements (example) Group: Next Release (example) Status: Open Priority: 5 Private: No Submitted By: Alex D (ealex292) Assigned to: Nobody/Anonymous (nobody) Summary: check_disk should display usage on multiple lines Initial Comment: Finding the disk I care about in the output of check_disk is annoying. It'd be nice if each disk were displayed on its own line. ---------------------------------------------------------------------- >Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2011-05-26 08:39 Message: That would break compatibility with Nagios v2 and any tool that cannot handle more than one line. v3 output should be enabled using a switch, and we'll have to figure out something that can be standardized across the entire plugin collection. ---------------------------------------------------------------------- Comment By: Alex D (ealex292) Date: 2011-05-23 04:13 Message: Version number and sample output: root at olinda:/usr/lib/nagios/plugins# /usr/lib/nagios/plugins/check_disk.orig -V check_disk v1.4.14 (nagios-plugins 1.4.14) root at olinda:/usr/lib/nagios/plugins# /usr/lib/nagios/plugins/check_disk -V check_disk v1.4.15.24.g2a7c8.dirty (nagios-plugins 1.4.15) root at olinda:/usr/lib/nagios/plugins# /usr/lib/nagios/plugins/check_disk.orig -w 10% -c 20% DISK OK - free space: / 15347 MB (64% inode=95%); /dev 244 MB (99% inode=98%); /dev/shm 246 MB (100% inode=99%); /var/run 246 MB (99% inode=99%); /var/lock 246 MB (99% inode=99%); /lib/init/rw 246 MB (100% inode=99%); /mnt/d4 28201 MB (58% inode=79%);| /=8572MB;22680;20160;0;25200 /dev=0MB;219;195;0;244 /dev/shm=0MB;221;196;0;246 /var/run=0MB;221;196;0;246 /var/lock=0MB;221;196;0;246 /lib/init/rw=0MB;221;196;0;246 /mnt/d4=19634MB;45356;40316;0;50396 root at olinda:/usr/lib/nagios/plugins# /usr/lib/nagios/plugins/check_disk -w 10% -c 20% DISK OK - free space: / 15347 MB (64% inode=95%): /dev 244 MB (99% inode=98%): /dev/shm 246 MB (100% inode=99%): /var/run 246 MB (99% inode=99%): /var/lock 246 MB (99% inode=99%): /lib/init/rw 246 MB (100% inode=99%): /mnt/d4 28201 MB (58% inode=79%):| /=8572MB;22680;20160;0;25200 /dev=0MB;219;195;0;244 /dev/shm=0MB;221;196;0;246 /var/run=0MB;221;196;0;246 /var/lock=0MB;221;196;0;246 /lib/init/rw=0MB;221;196;0;246 /mnt/d4=19634MB;45356;40316;0;50396 / 15347 MB (64% inode=95%) /dev 244 MB (99% inode=98%) /dev/shm 246 MB (100% inode=99%) /var/run 246 MB (99% inode=99%) /var/lock 246 MB (99% inode=99%) /lib/init/rw 246 MB (100% inode=99%) /mnt/d4 28201 MB (58% inode=79%) (check_disk.orig is what is in Ubuntu 10.04 (Lucid); check_disk is my patched version.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=3306173&group_id=29880 From noreply at sourceforge.net Thu May 26 14:46:33 2011 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 26 May 2011 08:46:33 -0400 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3306880 ] Negate doesn't seem to do anything Message-ID: Bugs item #3306880, was opened at 2011-05-24 08:16 Message generated for change (Comment added) made by mikem-2468 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3306880&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: release-1.4.15 Status: Pending Resolution: Invalid Priority: 5 Private: No Submitted By: MikeM-2468 (mikem-2468) Assigned to: Thomas Guyot-Sionnest (dermoth) Summary: Negate doesn't seem to do anything Initial Comment: The negate plugin doesn't seem to work as it should. With or without negate, I get the same results. I used the following command as a test but get the same result with or without using negate. negate check_ping -H 192.168.100.1 -w 3000.0,80% -c 5000.0,100% -p 5 I've tried v1.4.15 and v1.4.15.-24-g5ebe. Running gcc version 4.3.2 (Debian 4.3.2-1.1) x86. ---------------------------------------------------------------------- Comment By: MikeM-2468 (mikem-2468) Date: 2011-05-26 08:46 Message: OK. The Manpage seemed to indicate that it would change OK to CRITICAL and vice versa. I get 0 vs 2 with your example. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2011-05-26 08:34 Message: Negate by default only change the return code, which is what matters for Nagios. try: check_ping -H 192.168.100.1 -w 3000.0,80% -c 5000.0,100% -p 5; echo $? vs. negate check_ping -H 192.168.100.1 -w 3000.0,80% -c 5000.0,100% -p 5; echo $? You can also use the -s switch in negate to also change the returned string, but it'll only work for standard results like "CRITICAL" - ex a plugin returning "Error" will not be altered besides the return code. I'm marking the bug as invalid for now, I'll reopen if you can demonstrate an issue. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3306880&group_id=29880 From noreply at sourceforge.net Thu May 26 16:43:55 2011 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 26 May 2011 15:43:55 +0100 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1180762 ] check_ssh does not properly close connection Message-ID: Bugs item #1180762, was opened at 2005-04-11 15:41 Message generated for change (Comment added) made by pedroalb84 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1180762&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) Status: Closed Resolution: Wont Fix Priority: 5 Private: No Submitted By: M. Sean Finney (seanius) Assigned to: Thomas Guyot-Sionnest (dermoth) Summary: check_ssh does not properly close connection Initial Comment: with 1.4 and later, it looks like check_ssh doesn't properly close connections. for example, this is the previous behaviour of check_ssh in the 1.3 series: Apr 11 10:24:03 appsrv1 sshd[9822]: Connection closed by xxx.xxx.64.52 but in 1.4: appsrv1 sshd[10154]: fatal: Read from socket failed: Connection reset by peer i think this is just because close() isn't being called. i will verify this shortly... ---------------------------------------------------------------------- Comment By: Pedro Albuquerque (pedroalb84) Date: 2011-05-26 15:43 Message: Hi all, is there any fixes for this issue? cheers. Pedro ---------------------------------------------------------------------- Comment By: Christian (christian42) Date: 2010-03-27 07:21 Message: Sorry to revive such an old issue, but I don't think this is resolved yet. I just built nagiosplugins-1.4.14 on Solaris 10/x86 and see the same old issue: --------------------------------------------------------- ray1# uname -a SunOS ray1 5.10 Generic_141445-09 i86pc i386 i86pc ray1# pwd /home/c/nagios-plugins-1.4.14 ray1# file ./plugins/check_ssh ./plugins/check_ssh: ELF 32-bit LSB executable 80386 Version 1, dynamically linked, not stripped ray1# ./plugins/check_ssh localhost SSH OK - Sun_SSH_1.1.2 (protocol 2.0) ray1# dmesg | tail -1 Mar 27 08:06:43 ray1 sshd[7169]: [ID 800047 auth.crit] fatal: Read from socket failed: Connection reset by peer --------------------------------------------------------- A similar installation on sparc (also with 1.4.14) shows the same result. When running through truss(1) it seems that the socket /is/ being closed though: ------------------------------- 10758/1: 0.0278 so_socket(PF_INET, SOCK_STREAM, IPPROTO_IP, "", SOV_DEFAULT) = 3 10758/1: 0.0280 connect(3, 0x0002CF10, 16, SOV_DEFAULT) = 0 [...] 10758/1: 0.0338 close(3) = 0 ------------------------------- So, maybe it's something else (and not a missing close()) causing these messages? During the connect and when one is fast enough, for a second or so one can see in netstat: 127.0.0.1.33748 127.0.0.1.22 49152 0 49152 0 FIN_WAIT_2 127.0.0.1.22 127.0.0.1.33748 49152 0 49152 0 CLOSE_WAIT Any ideas how to debug this further? Thanks, Christian. PS: Why was this closed as "Wont Fix" when clearly a change has been commited? ---------------------------------------------------------------------- Comment By: Sergey Svishchev (shattered) Date: 2007-11-06 08:13 Message: Logged In: YES user_id=45207 Originator: NO I'm using OpenSSH_3.8.1p1 FreeBSD-20060123 (shipped in FreeBSD 5.5) and can reproduce it at will. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2007-11-02 12:58 Message: Logged In: YES user_id=375623 Originator: NO Yes, emias made me realize that on IRC yesterday. I looked into it and I won't fix this because: 1. I can't reproduce it on OpenSSH, even with DEBUG logging (What SSH server/version are you using?) 2. There's no simple way to do that. It would at the very least require implementing the key exchange part of the protocol; I didn't even look further as this is way beyond the scope of this plugin. I suggest that you rather look into your SSH daemon or logging daemon configuration; or get this fixed with your ssh vendor. ---------------------------------------------------------------------- Comment By: Sergey Svishchev (shattered) Date: 2007-11-02 05:32 Message: Logged In: YES user_id=45207 Originator: NO It's check_ssh, not check_by_ssh. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2007-11-02 02:29 Message: Logged In: YES user_id=375623 Originator: NO There's no close in there, and no signs of seanius's commit. He either forgot to commit or commited it to the wrong branch... I'll take a look shortly. Since I never used check_by_ssh it'll help if you can give me a sample command-ling and what to look for (In logs I guess), so I won't have to reinvent the wheel :) Thanks ---------------------------------------------------------------------- Comment By: Sergey Svishchev (shattered) Date: 2007-10-31 14:34 Message: Logged In: YES user_id=45207 Originator: NO This is still a problem in 1.4.3 -- evidently, close() is not enough. ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-04-11 19:07 Message: Logged In: YES user_id=226838 yup, calling close() before exiting resolves this problem, i've committed a change to cvs ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1180762&group_id=29880 From noreply at sourceforge.net Fri May 27 06:03:25 2011 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 27 May 2011 00:03:25 -0400 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3306880 ] Negate doesn't seem to do anything Message-ID: Bugs item #3306880, was opened at 2011-05-24 08:16 Message generated for change (Comment added) made by dermoth You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3306880&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: release-1.4.15 Status: Pending Resolution: Invalid Priority: 5 Private: No Submitted By: MikeM-2468 (mikem-2468) Assigned to: Thomas Guyot-Sionnest (dermoth) Summary: Negate doesn't seem to do anything Initial Comment: The negate plugin doesn't seem to work as it should. With or without negate, I get the same results. I used the following command as a test but get the same result with or without using negate. negate check_ping -H 192.168.100.1 -w 3000.0,80% -c 5000.0,100% -p 5 I've tried v1.4.15 and v1.4.15.-24-g5ebe. Running gcc version 4.3.2 (Debian 4.3.2-1.1) x86. ---------------------------------------------------------------------- >Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2011-05-27 00:03 Message: Yes, it actually change the nagios status, which is not directly connected to the output text. Normally the text always match the status, but negate alters the nagios status only (not the output text). This is particularly useful when different statuses are handled differently (ex. email vs pagers). Also usually email subjects use a nagios macro which returns the correct status text, with the plugin output in the body. And as I pointed out, the -s switch (available in recent versions) can be used to replace the output text as well. ---------------------------------------------------------------------- Comment By: MikeM-2468 (mikem-2468) Date: 2011-05-26 08:46 Message: OK. The Manpage seemed to indicate that it would change OK to CRITICAL and vice versa. I get 0 vs 2 with your example. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2011-05-26 08:34 Message: Negate by default only change the return code, which is what matters for Nagios. try: check_ping -H 192.168.100.1 -w 3000.0,80% -c 5000.0,100% -p 5; echo $? vs. negate check_ping -H 192.168.100.1 -w 3000.0,80% -c 5000.0,100% -p 5; echo $? You can also use the -s switch in negate to also change the returned string, but it'll only work for standard results like "CRITICAL" - ex a plugin returning "Error" will not be altered besides the return code. I'm marking the bug as invalid for now, I'll reopen if you can demonstrate an issue. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3306880&group_id=29880 From eadukers at facstaff.wisc.edu Tue May 31 21:17:58 2011 From: eadukers at facstaff.wisc.edu (Earl Dukerschein) Date: Tue, 31 May 2011 14:17:58 -0500 Subject: [Nagiosplug-devel] check_http enhancement Message-ID: <4DE53EE6.1010902@facstaff.wisc.edu> Hello, I work for the University of Wisconsin at Madison, Division of Information Technology. We have about 600 staff and a platform of 500 servers. I work mostly with OpenView. A coworker and I are using Nagios plugins to do simple probes and avoid SiteScope licenses fees. A group of System Administrators is starting to use the Nagios package for probes they care about. We seem to have budget cuts every year, so increased opensource use is inevitable. I have run into the situation where the http page I am checking is a service aggregate health-check page that will contain "health:true" or "health:false" and a field for errors. So I check for "health:true". But, if that is not found, after the warning message, I would like a print out of the content, to be able to pass the text to another program to parse out the error fields. This seems to me like a useful and easy change. Below is my not very informed attempt at making the change (v1.4.15), which seems to work. I arbitrarily chose the "-x" switch for this functionality: [ead at cordelia plugins]$ diff check_http.c check_http.c.orig 31,32d30 < * EAD 5/23/2011 Added switch -x, to print content of a web page when the < * expected text (-r "text to find") has not been found. 125d122 < int switch_x = 0; 196d192 < {"text", no_argument, 0, 'x'}, 242c238 < c = getopt_long (argc, argv, "Vvh46t:c:w:A:k:H:P:j:T:I:a:b:e:p:s:R:r:u:f:C:xnlLSm:M:N", longopts, &option); --- > c = getopt_long (argc, argv, "Vvh46t:c:w:A:k:H:P:j:T:I:a:b:e:p:s:R:r:u:f:C:nlLSm:M:N", longopts, &option); 264,266d259 < case 'x': /* print what was found when pattern is not found */ < switch_x = 1; < break; 1064,1069c1057,1058 < if (invert_regex == 0) { < if(switch_x == 0) < asprintf (&msg, _("%spattern not found, "), msg); < else < asprintf (&msg, _("%spattern not found, %s, "), msg, page); < } --- > if (invert_regex == 0) > asprintf (&msg, _("%spattern not found, "), msg); 1456c1445 < printf (" [-j method] [-x]\n"); --- > printf (" [-j method]\n"); [ead at cordelia plugins]$ Earl