From noreply at sourceforge.net Thu Jun 1 08:16:01 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jun 1 08:16:01 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1498923 ] nagios-plugins-1.4.3 check_ldap build error on Solaris 9 Message-ID: Bugs item #1498923, was opened at 2006-06-01 11:15 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=1498923&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Sergei Haramundanis (volsh) Assigned to: Nobody/Anonymous (nobody) Summary: nagios-plugins-1.4.3 check_ldap build error on Solaris 9 Initial Comment: I get this build error during compilation of check_ldap on Solaris 9: ============================== if gcc -DLOCALEDIR=\"/usr/local/nagios2/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/usr/local/ssl/include -I/usr/local/ssl/include -Wall -g -O2 -MT check_ldap.o -MD -MP -MF ".deps/check_ldap.Tpo" -c -o check_ldap.o check_ldap.c; \ then mv -f ".deps/check_ldap.Tpo" ".deps/check_ldap.Po"; else rm -f ".deps/check_ldap.Tpo"; exit 1; fi check_ldap.c: In function `main': check_ldap.c:145: warning: too many arguments for format check_ldap.c:161: warning: implicit declaration of function `ldap_start_tls_s' check_ldap.c:84: warning: unused variable `tls' /bin/bash ../libtool --mode=link --tag=CC gcc -Wall -g -O2 -L. -R/usr/local/ssl/lib -o check_ldap check_ldap.o netutils.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lnsl -lsocket -lresolv -lldap -llber ../intl/libintl.a -liconv -lgen -lsocket -lssl -lcrypto gcc -Wall -g -O2 -o .libs/check_ldap check_ldap.o netutils.o utils.o -L/usr/local/nagios2/nagios-plugins-1.4.3/plugins ../lib/libnagiosplug.a ../lib/libcoreutils.a -lnsl -lresolv -lldap /opt/sfw/lib/.libs/liblber.so ../intl/libintl.a /usr/local/lib/libiconv.so -L/usr/local/lib -L/usr/lib -L/usr/openwin/lib -L/usr/local/ssl/lib -L/usr/local/BerkeleyDB.4.2/lib -lgen -lsocket -lssl -lcrypto -R/opt/sfw/lib -R/usr/local/lib -R/usr/local/ssl/lib gcc: /opt/sfw/lib/.libs/liblber.so: No such file or directory *** Error code 1 make: Fatal error: Command failed for target `check_ldap' Current working directory /usr/local/nagios2/nagios-plugins-1.4.3/plugins *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/local/nagios2/nagios-plugins-1.4.3/plugins *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/local/nagios2/nagios-plugins-1.4.3 *** Error code 1 make: Fatal error: Command failed for target `all' ============================== It looks like the liblber.so specification is off as it currently exists in /opt/sfw/lib on the host I am building this on. For some reason ".libs/" is getting in the path for this library. I looked for a possible mishap in the makefiles but could not find any. Please make this a priority as I need to upgrade to nagios-plugins-1.4.3 from netsaint-plugins-1.2.9-4 a.s.a.p. Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1498923&group_id=29880 From noreply at sourceforge.net Thu Jun 1 08:29:00 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jun 1 08:29:00 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1498923 ] nagios-plugins-1.4.3 check_ldap build error on Solaris 9 Message-ID: Bugs item #1498923, was opened at 2006-06-01 11:15 Message generated for change (Comment added) made by volsh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1498923&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Sergei Haramundanis (volsh) Assigned to: Nobody/Anonymous (nobody) Summary: nagios-plugins-1.4.3 check_ldap build error on Solaris 9 Initial Comment: I get this build error during compilation of check_ldap on Solaris 9: ============================== if gcc -DLOCALEDIR=\"/usr/local/nagios2/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/usr/local/ssl/include -I/usr/local/ssl/include -Wall -g -O2 -MT check_ldap.o -MD -MP -MF ".deps/check_ldap.Tpo" -c -o check_ldap.o check_ldap.c; \ then mv -f ".deps/check_ldap.Tpo" ".deps/check_ldap.Po"; else rm -f ".deps/check_ldap.Tpo"; exit 1; fi check_ldap.c: In function `main': check_ldap.c:145: warning: too many arguments for format check_ldap.c:161: warning: implicit declaration of function `ldap_start_tls_s' check_ldap.c:84: warning: unused variable `tls' /bin/bash ../libtool --mode=link --tag=CC gcc -Wall -g -O2 -L. -R/usr/local/ssl/lib -o check_ldap check_ldap.o netutils.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lnsl -lsocket -lresolv -lldap -llber ../intl/libintl.a -liconv -lgen -lsocket -lssl -lcrypto gcc -Wall -g -O2 -o .libs/check_ldap check_ldap.o netutils.o utils.o -L/usr/local/nagios2/nagios-plugins-1.4.3/plugins ../lib/libnagiosplug.a ../lib/libcoreutils.a -lnsl -lresolv -lldap /opt/sfw/lib/.libs/liblber.so ../intl/libintl.a /usr/local/lib/libiconv.so -L/usr/local/lib -L/usr/lib -L/usr/openwin/lib -L/usr/local/ssl/lib -L/usr/local/BerkeleyDB.4.2/lib -lgen -lsocket -lssl -lcrypto -R/opt/sfw/lib -R/usr/local/lib -R/usr/local/ssl/lib gcc: /opt/sfw/lib/.libs/liblber.so: No such file or directory *** Error code 1 make: Fatal error: Command failed for target `check_ldap' Current working directory /usr/local/nagios2/nagios-plugins-1.4.3/plugins *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/local/nagios2/nagios-plugins-1.4.3/plugins *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/local/nagios2/nagios-plugins-1.4.3 *** Error code 1 make: Fatal error: Command failed for target `all' ============================== It looks like the liblber.so specification is off as it currently exists in /opt/sfw/lib on the host I am building this on. For some reason ".libs/" is getting in the path for this library. I looked for a possible mishap in the makefiles but could not find any. Please make this a priority as I need to upgrade to nagios-plugins-1.4.3 from netsaint-plugins-1.2.9-4 a.s.a.p. Thanks. ---------------------------------------------------------------------- >Comment By: Sergei Haramundanis (volsh) Date: 2006-06-01 11:28 Message: Logged In: YES user_id=1356237 Note, originally, check_ldap failed with the following error: ============================== if gcc -DLOCALEDIR=\"/usr/local/nagios2/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/usr/local/ssl/include -I/usr/local/ssl/include -Wall -g -O2 -MT check_ldap.o -MD -MP -MF ".deps/check_ldap.Tpo" -c -o check_ldap.o check_ldap.c; \ then mv -f ".deps/check_ldap.Tpo" ".deps/check_ldap.Po"; else rm -f ".deps/check_ldap.Tpo"; exit 1; fi check_ldap.c: In function `main': check_ldap.c:120: error: `LDAP_OPT_SUCCESS' undeclared (first use in this function) check_ldap.c:120: error: (Each undeclared identifier is reported only once check_ldap.c:120: error: for each function it appears in.) check_ldap.c:141: warning: too many arguments for format check_ldap.c:157: warning: implicit declaration of function `ldap_start_tls_s' check_ldap.c:80: warning: unused variable `tls' *** Error code 1 make: Fatal error: Command failed for target `check_ldap.o' Current working directory /usr/local/nagios2/nagios-plugins-1.4.3/plugins *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/local/nagios2/nagios-plugins-1.4.3/plugins *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/local/nagios2/nagios-plugins-1.4.3 *** Error code 1 make: Fatal error: Command failed for target `all' ============================== The workaround for this is to edit ./nagios-plugins-1.4.3/plugins/check_ldap.c and add the following after the includes section at the top of the source file: #ifndef LDAP_OPT_SUCCESS # define LDAP_OPT_SUCCESS LDAP_SUCCESS #endif ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1498923&group_id=29880 From seanius at seanius.net Fri Jun 2 01:17:58 2006 From: seanius at seanius.net (sean finney) Date: Thu, 1 Jun 2006 19:17:58 -0400 Subject: [Nagiosplug-devel] new option to check_http Message-ID: <20060601231758.GA23476@seanius.net> hey folks, just wanted to throw this out there: currently, when checking http against a site that requires a user/pass, you'll get STATE_WARNING like this: bash$ ./check_http --ssl -H foo.bar.com HTTP WARNING: HTTP/1.1 401 Authorization Require however, what if i want to verify that a user/password are required, but don't care about getting in? one idea: - modify the -a (user:pass) to have it's optarg be optional, and if not specified imply that we should just check to see if authorization is required (check for a status 401) another idea: - provide an option for "expected HTTP status line/code", which takes an integer/regex which matches against the server response code/line. and exits CRITICAL if the server returns any other code. i think the second idea is a bit more general, and wasn't too hard to hack in (using the integer,code combo, didn't bother for the regex). however, i'm wondering what other people think before i make a commit. sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From noreply at sourceforge.net Fri Jun 2 04:21:26 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 1 Jun 2006 19:21:26 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1476451 ] pst3 does not exist Message-ID: <200606020221.k522LQb8031811@sc8-sf-db2-new-b.sourceforge.net> Bugs item #1476451, was opened at 04/25/06 15:54 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1476451&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Jason Kau (bubbafat) Assigned to: Ton Voon (tonvoon) Summary: pst3 does not exist Initial Comment: On Solaris, check_procs on nagios-plugins-1.4.3 is trying to use pst3 instead of a 'ps'. There is no pst3.c in the 1.4.3, 1.4.2, 1.4.2 tarballs and it's not in HEAD-200604251152 either but it's in CVS. What is the deal with this file? darlene:/home/gtri/nagios/nagios-plugins-1.4.2> grep PS_COMMAND config.h #define PS_COMMAND "/usr/bin/ps -Ao 's uid pid ppid vsz rss pcpu comm args'" darlene:/home/gtri/nagios/nagios-plugins-1.4.3> grep PS_COMMAND config.h #define PS_COMMAND "/usr/local/nagios/libexec/pst3" ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 06/01/06 19:21 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 05/18/06 06:25 Message: Logged In: YES user_id=664364 Hi Jason, -lkvm has been added to the Makefiles. Please try the snapshot again. Ton ---------------------------------------------------------------------- Comment By: Jason Kau (bubbafat) Date: 05/11/06 22:42 Message: Logged In: YES user_id=1495257 Note quite: gcc -g -O2 -o pst3 pst3.o -L/home/gtri/nagios/nagios plugins-HEAD-200605081152/plugins- root ../intl/libintl.a /usr/local/lib/libiconv.so - L/usr/lib -L/usr/openwin/lib -L/usr/local/lib - L/usr/local/ssl/lib -lgen -lsocket -lssl -lcrypto - R/usr/local/lib -R/usr/local/lib Undefined first referenced symbol in file kvm_getproc pst3.o kvm_getu pst3.o kvm_close pst3.o kvm_getcmd pst3.o kvm_open pst3.o ld: fatal: Symbol referencing errors. No output written to pst3 collect2: ld returned 1 exit status make[2]: *** [pst3] Error 1 make[2]: Leaving directory `/home/gtri/nagios/nagios- plugins-HEAD-200605081152/plugins-root' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/gtri/nagios/nagios- plugins-HEAD-200605081152' make: *** [all] Error 2 It would appear that a -lkvm is missing. I added it to the LIBS= line in the Makefile and viola: /bin/bash ../libtool --mode=link gcc -g -O2 -L. - R/usr/local/lib -o pst3 pst3.o ../intl/libintl.a -liconv - lgen -lsocket -lssl -lcrypto -lkvm gcc -g -O2 -o pst3 pst3.o -L/home/gtri/nagios/nagios- plugins-HEAD-200605081152/plugins- root ../intl/libintl.a /usr/local/lib/libiconv.so - L/usr/lib -L/usr/openwin/lib -L/usr/local/lib - L/usr/local/ssl/lib -lgen -lsocket -lssl -lcrypto -lkvm - R/usr/local/lib -R/usr/local/lib darlene:/home/gtri/nagios/nagios-plugins-HEAD- 200605081152/plugins-root> ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 04/28/06 01:46 Message: Logged In: YES user_id=664364 Jason, Thanks for the report. Just applied a fix to CVS. Please try the snapshot and let us know: http://nagiosplug.sf.net/snapshot. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1476451&group_id=29880 From alden at math.ohio-state.edu Fri Jun 2 02:32:36 2006 From: alden at math.ohio-state.edu (Dave Alden) Date: Thu, 1 Jun 2006 20:32:36 -0400 Subject: [Nagiosplug-devel] bug in is_hostname() Message-ID: <20060602003232.GA11230@math.ohio-state.edu> Hi, The is_hostname() function makes the assumption that no part of the fqdn could be only one letter. This is incorrect ( a.somecompany.com ). I'm not that great at perl regexp's, so I'll leave the patch to someone else. :-) ...dave -- Dave Alden The Ohio State University Department of Mathematics From ton.voon at altinity.com Fri Jun 2 10:15:09 2006 From: ton.voon at altinity.com (Ton Voon) Date: Fri, 2 Jun 2006 09:15:09 +0100 Subject: [Nagiosplug-devel] new option to check_http In-Reply-To: <20060601231758.GA23476@seanius.net> References: <20060601231758.GA23476@seanius.net> Message-ID: <795F7E02-6CBB-4D76-ACA0-59007F8796FF@altinity.com> On 2 Jun 2006, at 00:17, sean finney wrote: > hey folks, > > just wanted to throw this out there: > > currently, when checking http against a site that requires a user/ > pass, > you'll get STATE_WARNING like this: > > bash$ ./check_http --ssl -H foo.bar.com > HTTP WARNING: HTTP/1.1 401 Authorization Require > > however, what if i want to verify that a user/password are > required, but > don't care about getting in? one idea: > > - modify the -a (user:pass) to have it's optarg be optional, and if > not specified imply that we should just check to see if > authorization > is required (check for a status 401) > > another idea: > > - provide an option for "expected HTTP status line/code", which > takes an > integer/regex which matches against the server response code/ > line. and > exits CRITICAL if the server returns any other code. > > i think the second idea is a bit more general, and wasn't too hard to > hack in (using the integer,code combo, didn't bother for the regex). > however, i'm wondering what other people think before i make a commit. I think the "expected status code" is a better option. I can see possibly wanting to test virtual hosts that redirect to a master site, so the second idea would cover this test too. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From noreply at sourceforge.net Fri Jun 2 18:11:06 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 02 Jun 2006 09:11:06 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1499641 ] Specify source address with check_ping Message-ID: Patches item #1499641, was opened at 2006-06-02 12:11 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=1499641&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 Submitted By: dERMOTH (dermoth) Assigned to: Nobody/Anonymous (nobody) Summary: Specify source address with check_ping Initial Comment: This is a patch I made for check_ping (nagiosplug 1.4.3) to allow to specify source address. This is very usefull when you have a multi-homed Nagios server and want to test different routes to the same destination. Ideally this patch needs some work in autoconf (which I have no knowledge of) to check for the -I switch and have some code included in IFDEF's. Since the -I switch will only be used when needed, this shouldn't break anything. As you can see below this modified check_ping accepts an additioal and optional -s switch: # ./check_ping --help check_ping (nagios-plugins 1.4.3) 1.50 Copyright (c) 1999 Ethan Galstad Copyright (c) 2000-2004 Nagios Plugin Development Team Use ping to check connection statistics for a remote host. Usage: check_ping -H -w ,% -c ,% [-p packets] [-s source_address] [-t timeout] [-L] [-4|-6] Options: -h, --help Print detailed help screen -V, --version Print version information -4, --use-ipv4 Use IPv4 connection -6, --use-ipv6 Use IPv6 connection -H, --hostname=HOST host to ping -w, --warning=THRESHOLD warning threshold pair -c, --critical=THRESHOLD critical threshold pair -p, --packets=INTEGER number of ICMP ECHO packets to send (Default: 5) -s, --source=IP source address -L, --link show HTML in the plugin output (obsoleted by urlize) -t, --timeout=INTEGER Seconds before connection times out (default: 10) THRESHOLD is ,% where is the round trip average travel time (ms) which triggers a WARNING or CRITICAL state, and is the percentage of packet loss to trigger an alarm state. [...] ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1499641&group_id=29880 From dave.sill at gmail.com Fri Jun 2 19:59:16 2006 From: dave.sill at gmail.com (Dave Sill) Date: Fri, 2 Jun 2006 12:59:16 -0500 Subject: [Nagiosplug-devel] Any help needed? Message-ID: <371deb090606021059v5e764008wfaaf8549ad131814@mail.gmail.com> I'm interested in helping out with the official Nagios plugins. I've been writing custom plugins and hacking on the included plugins for several years. Please let me know if there is anything that I can do to help out. Dave Sill -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Fri Jun 2 20:06:39 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 02 Jun 2006 11:06:39 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1499684 ] New Check: check_rsync Message-ID: Patches item #1499684, was opened at 2006-06-02 14:06 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=1499684&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 Submitted By: dERMOTH (dermoth) Assigned to: Nobody/Anonymous (nobody) Summary: New Check: check_rsync Initial Comment: I wrote check_rsync for the purpose of checking rsync servers availability, as well as (optionally) individual modules availability. It also supports authentication on modules. It requires File::Rsync from CPAN. Usage: check_rsync -H [-p ] [-m [,,] [-m [,,]...]] The only required argument is -H, in wich case it will only try to list modules on the Rsync server. One or more -m arguments can be passed with one module name per -m argument. You can also append a username and password to the module name by separating them with commas (without spaces). Comments are welcome. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1499684&group_id=29880 From rouilj at cs.umb.edu Fri Jun 2 21:11:44 2006 From: rouilj at cs.umb.edu (John P. Rouillard) Date: Fri, 02 Jun 2006 15:11:44 -0400 Subject: [Nagiosplug-devel] new option to check_http In-Reply-To: Your message of "Thu, 01 Jun 2006 19:17:58 EDT." <20060601231758.GA23476@seanius.net> Message-ID: <200606021911.k52JBiLk006723@mx1.cs.umb.edu> In message <20060601231758.GA23476 at seanius.net>, sean finney writes: >currently, when checking http against a site that requires a user/pass, >you'll get STATE_WARNING like this: > >bash$ ./check_http --ssl -H foo.bar.com >HTTP WARNING: HTTP/1.1 401 Authorization Require > >however, what if i want to verify that a user/password are required, but >don't care about getting in? one idea: > [...] >another idea: > integer/regex which matches against the server response code/line. and > exits CRITICAL if the server returns any other code. > >i think the second idea is a bit more general, and wasn't too hard to >hack in (using the integer,code combo, didn't bother for the regex). >however, i'm wondering what other people think before i make a commit. Isn't that precisely what -e already does? -e, --expect=STRING String to expect in first (status) line of server response (default: HTTP/1.) If specified skips all other status line logic (ex: 3xx, 4xx, 5xx processing) -- rouilj John Rouillard =========================================================================== My employers don't acknowledge my existence much less my opinions. From seanius at seanius.net Sat Jun 3 11:10:02 2006 From: seanius at seanius.net (sean finney) Date: Sat, 3 Jun 2006 05:10:02 -0400 Subject: [Nagiosplug-devel] new option to check_http In-Reply-To: <200606021911.k52JBiLk006723@mx1.cs.umb.edu> References: <20060601231758.GA23476@seanius.net> <200606021911.k52JBiLk006723@mx1.cs.umb.edu> Message-ID: <20060603091002.GA26797@seanius.net> hey john, On Fri, Jun 02, 2006 at 03:11:44PM -0400, John P. Rouillard wrote: > Isn't that precisely what -e already does? > > -e, --expect=STRING > String to expect in first (status) line of server response > (default: HTTP/1.) If specified skips all other status line logic > (ex: 3xx, 4xx, 5xx processing) somehow i missed that one. yeah, i think that'll do what i need. anyone mind if i mod this to handle regexps? sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From seanius at seanius.net Sun Jun 4 11:01:07 2006 From: seanius at seanius.net (sean finney) Date: Sun, 4 Jun 2006 05:01:07 -0400 Subject: [Nagiosplug-devel] updating cvs snapshots to include check_apt and check_ntp.c Message-ID: <20060604090107.GA31727@seanius.net> what do you say? sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From seanius at seanius.net Sun Jun 4 19:16:27 2006 From: seanius at seanius.net (sean finney) Date: Sun, 4 Jun 2006 13:16:27 -0400 Subject: [Nagiosplug-devel] check_linux_raid Message-ID: <20060604171627.GA597@seanius.net> after patching it to be a little more easily generalizable (better defaults, anyway), i've started to use the check_linux_raid plugin to monitor the status of some of my md-device-using linux servers. what do folks think of moving it to the plugins-scripts directory? it still needs a bit of cosmetic work (providing a standard usage/help, eg, nothing requiring more than 5 minutes work), but the plugin itself seems to work well enough... sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From gavin at openfusion.com.au Mon Jun 5 03:38:40 2006 From: gavin at openfusion.com.au (Gavin Carr) Date: Mon, 5 Jun 2006 11:38:40 +1000 Subject: [Nagiosplug-devel] check_linux_raid In-Reply-To: <20060604171627.GA597@seanius.net> References: <20060604171627.GA597@seanius.net> Message-ID: <20060605013840.GA28221@openfusion.com.au> On Sun, Jun 04, 2006 at 01:16:27PM -0400, sean finney wrote: > after patching it to be a little more easily generalizable (better > defaults, anyway), i've started to use the check_linux_raid plugin to > monitor the status of some of my md-device-using linux servers. what > do folks think of moving it to the plugins-scripts directory? it still > needs a bit of cosmetic work (providing a standard usage/help, eg, > nothing requiring more than 5 minutes work), but the plugin itself seems > to work well enough... I've also got a (perl) check_linux_raid plugin here: http://www.openfusion.com.au/labs/nagios/ in case you're interested in comparing them. I missed the beginning of this thread - where's this one available? Cheers, Gavin -- Open Fusion - Open Source Business Solutions [ Linux - Perl - Apache ] http://www.openfusion.com.au - Fashion is a variable, but style is a constant - Programming Perl From noreply at sourceforge.net Mon Jun 5 07:18:58 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 04 Jun 2006 22:18:58 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1500752 ] check_pgsql thinks foo-bar is an invalid database name Message-ID: Bugs item #1500752, was opened at 2006-06-05 15:18 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=1500752&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: CVS Status: Open Resolution: None Priority: 5 Submitted By: Edwin Groothuis (mavetju) Assigned to: Nobody/Anonymous (nobody) Summary: check_pgsql thinks foo-bar is an invalid database name Initial Comment: "check_pgsql: Database name is not valid - foo-bar" postgres has allowed me for a long time to create databases with dashes in the name. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1500752&group_id=29880 From seanius at seanius.net Mon Jun 5 08:28:24 2006 From: seanius at seanius.net (sean finney) Date: Mon, 5 Jun 2006 02:28:24 -0400 Subject: [Nagiosplug-devel] check_linux_raid In-Reply-To: <20060605013840.GA28221@openfusion.com.au> References: <20060604171627.GA597@seanius.net> <20060605013840.GA28221@openfusion.com.au> Message-ID: <20060605062824.GA2071@seanius.net> hi gavin, On Mon, Jun 05, 2006 at 11:38:40AM +1000, Gavin Carr wrote: > I've also got a (perl) check_linux_raid plugin here: yeah, this is a perl one too. from a quick look it seems they're doing basically the same thing, which isn't too complicated :) > in case you're interested in comparing them. I missed the beginning of > this thread - where's this one available? this one nhas been in ./contrib for some time now, but we're in the process of (slowly) removing this section in favor of nagiosexchange. since i've just started monitoring md-using raid servers, i guess you could say that i have a "vested interest" in keeping this on in the project. looking at the other plugins on your site, i'm a bit interested in the check_{yum,up2date}, i'll probably be taking a look at them sometime in the near future if you don't mind :) sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From gavin at openfusion.com.au Mon Jun 5 08:53:11 2006 From: gavin at openfusion.com.au (Gavin Carr) Date: Mon, 5 Jun 2006 16:53:11 +1000 Subject: [Nagiosplug-devel] check_linux_raid In-Reply-To: <20060605062824.GA2071@seanius.net> References: <20060604171627.GA597@seanius.net> <20060605013840.GA28221@openfusion.com.au> <20060605062824.GA2071@seanius.net> Message-ID: <20060605065311.GF28307@openfusion.com.au> Hi Sean, On Mon, Jun 05, 2006 at 02:28:24AM -0400, sean finney wrote: > On Mon, Jun 05, 2006 at 11:38:40AM +1000, Gavin Carr wrote: > > I've also got a (perl) check_linux_raid plugin here: > > yeah, this is a perl one too. from a quick look it seems they're > doing basically the same thing, which isn't too complicated :) > > > in case you're interested in comparing them. I missed the beginning of > > this thread - where's this one available? > > this one nhas been in ./contrib for some time now, but we're in the > process of (slowly) removing this section in favor of nagiosexchange. > since i've just started monitoring md-using raid servers, i guess you > could say that i have a "vested interest" in keeping this on in the > project. Okay - mine is based on that one, but it didn't work at the time, so I was just scratching my itch. > looking at the other plugins on your site, i'm a bit interested in the > check_{yum,up2date}, i'll probably be taking a look at them sometime > in the near future if you don't mind :) Nope, feel most free. ;-) Cheers, Gavin From ton.voon at altinity.com Mon Jun 5 10:50:45 2006 From: ton.voon at altinity.com (Ton Voon) Date: Mon, 5 Jun 2006 09:50:45 +0100 Subject: [Nagiosplug-devel] check_linux_raid In-Reply-To: <20060604171627.GA597@seanius.net> References: <20060604171627.GA597@seanius.net> Message-ID: On 4 Jun 2006, at 18:16, sean finney wrote: > after patching it to be a little more easily generalizable (better > defaults, anyway), i've started to use the check_linux_raid plugin to > monitor the status of some of my md-device-using linux servers. what > do folks think of moving it to the plugins-scripts directory? it > still > needs a bit of cosmetic work (providing a standard usage/help, eg, > nothing requiring more than 5 minutes work), but the plugin itself > seems > to work well enough... I'm happy for any of the team to move any plugin into core if they deem it useful and good enough. There are a few notes in the dev guidelines about it: http://nagiosplug.sourceforge.net/developer- guidelines.html#NEWPLUGINS. Not all of it needs to be ticked off, but I trust your judgement Sean. Long term, contrib/ should be empty. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From ton.voon at altinity.com Mon Jun 5 13:15:39 2006 From: ton.voon at altinity.com (Ton Voon) Date: Mon, 5 Jun 2006 12:15:39 +0100 Subject: [Nagiosplug-devel] updating cvs snapshots to include check_apt and check_ntp.c In-Reply-To: <20060604090107.GA31727@seanius.net> References: <20060604090107.GA31727@seanius.net> Message-ID: <9B5BEEA5-CAC0-42AB-856D-FC4A782D78C2@altinity.com> On 4 Jun 2006, at 10:01, sean finney wrote: > what do you say? Okay by me. check_apt is already there. Stick check_ntp in when you are ready. SF's compile farm is out at the moment, so the snapshots aren't working. I'll do one by hand if you want because there is no estimated time for the service to come back. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon -------------- next part -------------- An HTML attachment was scrubbed... URL: From seanius at seanius.net Mon Jun 5 14:20:39 2006 From: seanius at seanius.net (sean finney) Date: Mon, 5 Jun 2006 08:20:39 -0400 Subject: [Nagiosplug-devel] updating cvs snapshots to include check_apt and check_ntp.c In-Reply-To: <9B5BEEA5-CAC0-42AB-856D-FC4A782D78C2@altinity.com> References: <20060604090107.GA31727@seanius.net> <9B5BEEA5-CAC0-42AB-856D-FC4A782D78C2@altinity.com> Message-ID: <20060605122039.GA3054@seanius.net> hey ton, On Mon, Jun 05, 2006 at 12:15:39PM +0100, Ton Voon wrote: > Okay by me. check_apt is already there. Stick check_ntp in when you > are ready. hrm... i'm pretty sure they are all committed... they build from a CVS co just fine. i think the problem is that the snapshot doesn't include the changes to the Makefiles etc so they don't build. > SF's compile farm is out at the moment, so the snapshots aren't > working. I'll do one by hand if you want because there is no > estimated time for the service to come back. if you could that'd be appreciated. sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From noreply at sourceforge.net Tue Jun 6 18:50:25 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 06 Jun 2006 09:50:25 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1500752 ] check_pgsql thinks foo-bar is an invalid database name Message-ID: Bugs item #1500752, was opened at 2006-06-05 01:18 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1500752&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: CVS >Status: Closed Resolution: None Priority: 5 Submitted By: Edwin Groothuis (mavetju) >Assigned to: M. Sean Finney (seanius) Summary: check_pgsql thinks foo-bar is an invalid database name Initial Comment: "check_pgsql: Database name is not valid - foo-bar" postgres has allowed me for a long time to create databases with dashes in the name. ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2006-06-06 12:50 Message: Logged In: YES user_id=226838 this problem is now fixed in cvs. thank you for your report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1500752&group_id=29880 From noreply at sourceforge.net Tue Jun 6 18:53:06 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 06 Jun 2006 09:53:06 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1468749 ] check_ntp errors when only ntpdate is available Message-ID: Bugs item #1468749, was opened at 2006-04-11 14:29 Message generated for change (Settings changed) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1468749&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: CVS >Status: Closed Resolution: None Priority: 5 Submitted By: Jason Martin (jhmartin) >Assigned to: M. Sean Finney (seanius) Summary: check_ntp errors when only ntpdate is available Initial Comment: When running check_ntp.pl when only ntpdate is available, the jitter value remains at zero and causes a divide-by-zero error: Use of uninitialized value in division (/) at ./check_ntp.pl line 437 (my line #'s are different due to other changes). The offending line is: print ("NTP $key: $answer|offset=$offset, jitter=" . $jitter/1000 . ",peer_stratum=$stratum\n"); I suggest wrapping the jitter calculation in a 'if jitter == 0, then print 0, else print jitter/1000' construct. ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2006-06-06 12:53 Message: Logged In: YES user_id=226838 this problem is now fixed in cvs. thank you for your report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1468749&group_id=29880 From noreply at sourceforge.net Tue Jun 6 18:53:14 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 06 Jun 2006 09:53:14 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1463494 ] check_ntp produce warning \"Argument \"(not parsed)\" isn\'t num Message-ID: Bugs item #1463494, was opened at 2006-04-03 07:52 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1463494&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: None >Status: Closed Resolution: None Priority: 5 Submitted By: Herbert Straub (hstraub) >Assigned to: M. Sean Finney (seanius) >Summary: check_ntp produce warning \"Argument \"(not parsed)\" isn\'t num Initial Comment: Nagios produce this warning status in the Webinterface: **ePN /usr/lib/nagios/plugins/check_ntp: "Argument "(not parsed)" isn't numeric in abs at (eval 13) line 401,". If i called the check_ntp from the command line, i see this output: /usr/lib/nagios/plugins/check_ntp -H myntphost -v ntperr = 0 ntperr = 0 remote refid st t when poll reach delay offset jitter No match! ============================================================================== No match! *111.111.111.111 193.49.205.17 2 u 140 1024 377 1.205 16.174 1.897 Candidate count= 1 match *111.111.111.111 193.49.205.17 2 u 140 1024 377 1.205 16.174 1.897 +111.111.111.112 193.49.205.17 2 u 960 1024 377 0.808 33.946 20.587 Candidate count= 2 No match! +10.1.1.19 111.111.111.112 3 u 249 1024 376 19.528 -2.866 14.789 Candidate count= 3 No match! Argument "(not parsed)" isn't numeric in abs at /usr/lib/nagios/plugins/check_ntp line 401. NTP OK: Offset -0.015000 secs, jitter (not parsed) msec, peer is stratum 2|offset=-0.015000, jitter=0,peer_stratum=2 This patch fix the error: diff -u /usr/lib/nagios/plugins/check_ntp.ORIG /usr/lib/nagios/plugins/check_ntp --- /usr/lib/nagios/plugins/check_ntp.ORIG 2006-04-03 08:47:49.000000000 +0200 +++ /usr/lib/nagios/plugins/check_ntp 2006-04-03 09:02:20.000000000 +0200 @@ -309,7 +309,6 @@ } } else { print "No match!\n" if $verbose; - $jitter = '(not parsed)'; } } Command line Output: /usr/lib/nagios/plugins/check_ntp -H myntphost NTP OK: Offset -0.000868 secs, jitter 1.897 msec, peer is stratum 2|offset=-0.000868, jitter=0.001897,peer_stratum=2 Webinterface: Status OK; Field: green Details: If the output line of ntpq not match, then the branch else {... overwrite the previous value of $jitter with '(not parsed)'. I think this line sould be dropped to work correctly. Best Regards Herbert Straub ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2006-06-06 12:53 Message: Logged In: YES user_id=226838 this problem is now fixed in cvs. thank you for your report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1463494&group_id=29880 From noreply at sourceforge.net Tue Jun 6 18:53:14 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 06 Jun 2006 09:53:14 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1464321 ] check_ntp error: Use of uninitialized value in division Message-ID: Bugs item #1464321, was opened at 2006-04-04 11:48 Message generated for change (Settings changed) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1464321&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Herbert Straub (hstraub) >Assigned to: M. Sean Finney (seanius) Summary: check_ntp error: Use of uninitialized value in division Initial Comment: Version: 1.4.2 Situation: retrieving ntp information of "ntp clients". This is done with ntpdate. I get this error message: /usr/lib/nagios/plugins/check_ntp -v -H myntpclient -w 3 -c 10 ntperr = 0 ntperr = 0 myntpclient: timed out, nothing received Use of uninitialized value in division (/) at /usr/lib/nagios/plugins/check_ntp line 423. NTP CRITICAL: Offset -37.599848 sec > +/- 10 sec|offset=-37.599848, jitter=0,peer_stratum=14 It seems, that ntpdate cannot get the jitter information, but the output calculate with $jitter. I think, this patch fix this bug: diff -u /usr/lib/nagios/plugins/check_ntp.SAVE2 /usr/lib/nagios/plugins/check_ntp --- /usr/lib/nagios/plugins/check_ntp.SAVE2 2006-04-04 17:31:04.000000000 +0200 +++ /usr/lib/nagios/plugins/check_ntp 2006-04-04 17:33:12.000000000 +0200 @@ -420,7 +420,7 @@ foreach my $key (keys %ERRORS) { if ($state==$ERRORS{$key}) { # print ("NTP $key: $answer"); - print ("NTP $key: $answer|offset=$offset, jitter=" . $jitter/1000 . ",peer_stratum=$stratum\n"); + print ("NTP $key: $answer|offset=$offset, jitter=" . (defined($jitter) ? $jitter/1000 : "not available") . ",peer_stratum=$stratum\n"); last; } } Output: /usr/lib/nagios/plugins/check_ntp -v -H myntpclient -w 3 -c 10 ntperr = 0 ntperr = 0 myntpclient: timed out, nothing received NTP CRITICAL: Offset -37.622197 sec > +/- 10 sec|offset=-37.622197, jitter=not available,peer_stratum=14 Best regards Herbert Straub ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2006-06-06 12:53 Message: Logged In: YES user_id=226838 this problem is now fixed in cvs. thank you for your report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1464321&group_id=29880 From noreply at sourceforge.net Tue Jun 6 18:53:15 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 06 Jun 2006 09:53:15 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1463369 ] check_ntp produce warning \"Argument \"(not parsed)\" isn\'t num Message-ID: Bugs item #1463369, was opened at 2006-04-03 03:39 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1463369&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: None >Status: Closed Resolution: None Priority: 5 Submitted By: Herbert Straub (hstraub) >Assigned to: M. Sean Finney (seanius) >Summary: check_ntp produce warning \"Argument \"(not parsed)\" isn\'t num Initial Comment: Nagios produce this warning status in the Webinterface: **ePN /usr/lib/nagios/plugins/check_ntp: "Argument "(not parsed)" isn't numeric in abs at (eval 13) line 401,". If i called the check_ntp from the command line, i see this output: /usr/lib/nagios/plugins/check_ntp -H myntphost -v ntperr = 0 ntperr = 0 remote refid st t when poll reach delay offset jitter No match! ============================================================================== No match! *111.111.111.111 193.49.205.17 2 u 140 1024 377 1.205 16.174 1.897 Candidate count= 1 match *111.111.111.111 193.49.205.17 2 u 140 1024 377 1.205 16.174 1.897 +111.111.111.112 193.49.205.17 2 u 960 1024 377 0.808 33.946 20.587 Candidate count= 2 No match! +10.1.1.19 111.111.111.112 3 u 249 1024 376 19.528 -2.866 14.789 Candidate count= 3 No match! Argument "(not parsed)" isn't numeric in abs at /usr/lib/nagios/plugins/check_ntp line 401. NTP OK: Offset -0.015000 secs, jitter (not parsed) msec, peer is stratum 2|offset=-0.015000, jitter=0,peer_stratum=2 This patch fix the error: diff -u /usr/lib/nagios/plugins/check_ntp.ORIG /usr/lib/nagios/plugins/check_ntp --- /usr/lib/nagios/plugins/check_ntp.ORIG 2006-04-03 08:47:49.000000000 +0200 +++ /usr/lib/nagios/plugins/check_ntp 2006-04-03 09:02:20.000000000 +0200 @@ -309,7 +309,6 @@ } } else { print "No match!\n" if $verbose; - $jitter = '(not parsed)'; } } Command line Output: /usr/lib/nagios/plugins/check_ntp -H myntphost NTP OK: Offset -0.000868 secs, jitter 1.897 msec, peer is stratum 2|offset=-0.000868, jitter=0.001897,peer_stratum=2 Webinterface: Status OK; Field: green Details: If the output line of ntpq not match, then the branch else {... overwrite the previous value of $jitter with '(not parsed)'. I think this line sould be dropped to work correctly. Best Regards Herbert Straub ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2006-06-06 12:53 Message: Logged In: YES user_id=226838 this problem is now fixed in cvs. thank you for your report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1463369&group_id=29880 From noreply at sourceforge.net Tue Jun 6 18:53:14 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 06 Jun 2006 09:53:14 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1463375 ] check_ntp produce warning \"Argument \"(not parsed)\" isn\'t num Message-ID: Bugs item #1463375, was opened at 2006-04-03 03:50 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1463375&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: None >Status: Closed Resolution: None Priority: 5 Submitted By: Herbert Straub (hstraub) >Assigned to: M. Sean Finney (seanius) >Summary: check_ntp produce warning \"Argument \"(not parsed)\" isn\'t num Initial Comment: Nagios produce this warning status in the Webinterface: **ePN /usr/lib/nagios/plugins/check_ntp: "Argument "(not parsed)" isn't numeric in abs at (eval 13) line 401,". If i called the check_ntp from the command line, i see this output: /usr/lib/nagios/plugins/check_ntp -H myntphost -v ntperr = 0 ntperr = 0 remote refid st t when poll reach delay offset jitter No match! ============================================================================== No match! *111.111.111.111 193.49.205.17 2 u 140 1024 377 1.205 16.174 1.897 Candidate count= 1 match *111.111.111.111 193.49.205.17 2 u 140 1024 377 1.205 16.174 1.897 +111.111.111.112 193.49.205.17 2 u 960 1024 377 0.808 33.946 20.587 Candidate count= 2 No match! +10.1.1.19 111.111.111.112 3 u 249 1024 376 19.528 -2.866 14.789 Candidate count= 3 No match! Argument "(not parsed)" isn't numeric in abs at /usr/lib/nagios/plugins/check_ntp line 401. NTP OK: Offset -0.015000 secs, jitter (not parsed) msec, peer is stratum 2|offset=-0.015000, jitter=0,peer_stratum=2 This patch fix the error: diff -u /usr/lib/nagios/plugins/check_ntp.ORIG /usr/lib/nagios/plugins/check_ntp --- /usr/lib/nagios/plugins/check_ntp.ORIG 2006-04-03 08:47:49.000000000 +0200 +++ /usr/lib/nagios/plugins/check_ntp 2006-04-03 09:02:20.000000000 +0200 @@ -309,7 +309,6 @@ } } else { print "No match!\n" if $verbose; - $jitter = '(not parsed)'; } } Command line Output: /usr/lib/nagios/plugins/check_ntp -H myntphost NTP OK: Offset -0.000868 secs, jitter 1.897 msec, peer is stratum 2|offset=-0.000868, jitter=0.001897,peer_stratum=2 Webinterface: Status OK; Field: green Details: If the output line of ntpq not match, then the branch else {... overwrite the previous value of $jitter with '(not parsed)'. I think this line sould be dropped to work correctly. Best Regards Herbert Straub ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2006-06-06 12:53 Message: Logged In: YES user_id=226838 this problem is now fixed in cvs. thank you for your report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1463375&group_id=29880 From noreply at sourceforge.net Tue Jun 6 18:53:16 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 06 Jun 2006 09:53:16 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1267741 ] 1.4.1: check_ntp logic incorrect with >1 peers Message-ID: Bugs item #1267741, was opened at 2005-08-24 02:42 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1267741&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parsing problem Group: Release (specify) >Status: Closed Resolution: None Priority: 5 Submitted By: ozburgess (ozburgess) >Assigned to: M. Sean Finney (seanius) Summary: 1.4.1: check_ntp logic incorrect with >1 peers Initial Comment: After finding a matching entry and recording the jitter, the loop parsing the ntpq output (below) should exit. Otherwise, it will read the next line, that line will not match the regex (since it is not the sys.peer or pps.peer), and $jitter will always be set to '(not parsed)' (which is what we see with every test). # match sys.peer or pps.peer if (/^(\*|o)([-0-9.\s]+)\s+([-0-9A-Za-z_().]+)\s+([-0-9.]+)\s+([lumb-]+)\s+([-0-9hm.]+)\s+([-0-9 .mh]+)\s+([-0-9.]+)\s+([-0-9.]+)\s+([-0-9.]+)\s+([-0-9.]+)/) { $syspeer = $2; $stratum = $4; $jitter = $11; print "match $_ \n" if $verbose; if ($jitter > $jcrit) { print "Jitter_crit = $11 :$jcrit\n" if ($verbose); $jitter_error = $ERRORS{'CRITICAL'}; } elsif ($jitter > $jwarn ) { print "Jitter_warn = $11 :$jwarn\n" if ($verbose); $jitter_error = $ERRORS{'WARNING'}; } else { $jitter_error = $ERRORS{'OK'}; } ######################## # I think we need a loop break here. ######################## } else { print "No match!\n" if $verbose; $jitter = '(not parsed)'; } ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2006-06-06 12:53 Message: Logged In: YES user_id=226838 this problem is now fixed in cvs. thank you for your report. ---------------------------------------------------------------------- Comment By: Joachim Schrod (jschrod) Date: 2006-01-16 14:01 Message: Logged In: YES user_id=70318 Patch #1407587 fixes these problems. It works in multi-peer situations, and outputs no warnings any more. Btw, bug ticket #1381801 is against a very old version of check_ntp and does probably not work. ---------------------------------------------------------------------- Comment By: gerhard lausser (lausser) Date: 2005-12-20 18:30 Message: Logged In: YES user_id=613416 You're right. I should have beer reading more carefully. Then what ozburgess proposed will be the way to go? ---------------------------------------------------------------------- Comment By: Bufalooo (zjuran) Date: 2005-12-20 12:49 Message: Logged In: YES user_id=1405801 sorry pehaps I'm wrong but the goal is to select just one row with selected synchronization peer. That means row beginning with * or o only. There is required to run ntpq with two "like" hosts to obtain peer adress on the row first (you get Invalid argument warning). ie: ss2:~ # ntpq -p 10.10.0.11 remote refid st t when poll reach delay offset jitter ============================================================ ================== *stratum.eunet.c .PPS. 1 - 178 1024 377 3.217 3.290 1.025 +nic.eunet.cz clock.tl.fukuok 2 - 220 1024 377 1.531 4.093 0.341 +217.169.176.254 217.169.176.253 3 - 234 1024 377 1.046 2.195 0.493 ss2:~ # ntpq -p 10.10.0.11 1 host remote refid st t when poll reach delay offset jitter ============================================================ ============================= 10.10.0.11 *stratum.eunet.c .PPS. 1 - 394 1024 377 3.217 3.290 1.025 10.10.0.11 +nic.eunet.cz clock.tl.fukuok 2 - 436 1024 377 1.531 4.093 0.341 10.10.0.11 +217.169.176.254 217.169.176.253 3 - 450 1024 377 1.046 2.195 0.493 ntpq: connect: Invalid argument ---------------------------------------------------------------------- Comment By: gerhard lausser (lausser) Date: 2005-12-20 12:19 Message: Logged In: YES user_id=613416 1381801 does not solve the problem. The expression (/^(\*|o)([-0-9.\s]+)\s+([-0-9A-Za-z_().]+)........ needs to be extended to (/^(\+|\*|o)([-0-9.\s]+)\s+([-0-9A-Za-z_().]+)........ so that output like remote refid st t when poll reach delay offset jitter =========================================================== =================== *160.50.94.70 .PPS. 1 u 250 1024 377 0.958 -0.360 0.013 +160.50.7.12 160.50.94.70 2 u 303 1024 373 0.334 -0.129 0.111 +160.50.7.203 160.50.94.70 2 u 362 1024 376 0.137 -0.237 0.134 will be parsed correctly. ---------------------------------------------------------------------- Comment By: Bufalooo (zjuran) Date: 2005-12-20 05:23 Message: Logged In: YES user_id=1405801 see reqid 1381801 perhaps it helps ---------------------------------------------------------------------- Comment By: Bufalooo (zjuran) Date: 2005-12-20 05:20 Message: Logged In: YES user_id=1405801 see reqid 1381801 perhaps it helps ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1267741&group_id=29880 From noreply at sourceforge.net Tue Jun 6 18:53:16 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 06 Jun 2006 09:53:16 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1381801 ] check_ntp does not support type \"unknown\" at the ntpq output Message-ID: Bugs item #1381801, was opened at 2005-12-15 13:04 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1381801&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parsing problem Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Bufalooo (zjuran) >Assigned to: M. Sean Finney (seanius) >Summary: check_ntp does not support type \"unknown\" at the ntpq output Initial Comment: Hi, I modified the script to support type unknown from ntpq output. Could you check it and modify your distribution? Thank you. Origin (backup) and current version are attached ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2006-06-06 12:53 Message: Logged In: YES user_id=226838 this problem is now fixed in cvs. thank you for your report. ---------------------------------------------------------------------- Comment By: Joachim Schrod (jschrod) Date: 2006-01-16 12:45 Message: Logged In: YES user_id=70318 (I'm not connected to the project, but look at the check_ntp tickets.) You have noticed that the most current version of check_ntp doesn't has the error that you patch? There the ntpq output lines are not parsed in detail any more. Instead every column is simply matched as non-whitespace. (Incidentially, they should have used split() instead of an regex, but that doesn't matter.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1381801&group_id=29880 From noreply at sourceforge.net Tue Jun 6 18:53:18 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 06 Jun 2006 09:53:18 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1251096 ] check_ntp perl warnings Message-ID: Bugs item #1251096, was opened at 2005-08-03 10:49 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1251096&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parsing problem Group: Release (specify) >Status: Closed Resolution: None Priority: 5 Submitted By: Peter Pramberger (peterpramb) >Assigned to: M. Sean Finney (seanius) Summary: check_ntp perl warnings Initial Comment: Using check_ntp.pl from plugins 1.4.1 produces some warnings if the checked host is not reachable or responding before timeout. These warnings produce an UNKNOWN state in Nagios. See the attached patch for clarification. ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2006-06-06 12:53 Message: Logged In: YES user_id=226838 this problem is now fixed in cvs. thank you for your report. ---------------------------------------------------------------------- Comment By: Ade Rixon (aderixon) Date: 2006-04-27 10:08 Message: Logged In: YES user_id=145082 Still broken in 1.4.3, any progress? RFC 1035 sec. 2.3.1 describes "classic" domain naming, although it doesn't allow for domain names beginning with numerics. RFC 2181 sec. 11 appears to suggest that any characters may be used in domain names. ---------------------------------------------------------------------- Comment By: Joachim Schrod (jschrod) Date: 2006-01-24 06:07 Message: Logged In: YES user_id=70318 Good point about leading digits. Before I upload a new patch - does anybody here know the most current RFC where valid host- and domainname syntax is described? We should/could use that for hostname checking. ---------------------------------------------------------------------- Comment By: Peter Pramberger (peterpramb) Date: 2006-01-24 05:33 Message: Logged In: YES user_id=182996 Verified and works. There is still an issue with the domain name regex, which doesn't match domains starting with a digit rather than a letter. Maybe the regex can be extended to match these too. # ./check_ntp -H ntp03.10domain.at No target host specified ---------------------------------------------------------------------- Comment By: Joachim Schrod (jschrod) Date: 2006-01-16 14:21 Message: Logged In: YES user_id=70318 Patch #1407587 fixes these problems. It works in multi-peer situations, supports unreachable hosts, supports unknown hosts, and outputs no warnings any more. It also corrects the exit status check and doesn't abort any more, but uses the intended control flow for error messages by ntpdate and ntpq. When either ntpdate or ntpq exited with an exit code != 0, the whole script was aborted with die, instead of outputting proper "NTP CRITICAL" messages. It also supports FQDNs where one element has only one char. ---------------------------------------------------------------------- Comment By: Peter Pramberger (peterpramb) Date: 2005-12-19 08:16 Message: Logged In: YES user_id=182996 Hi! Sorry for my late response. There is still the "(not parsed) isn't numeric" warning in the output of check_ntp (1.31). Please see the attached command output. And check_ntp has problems with FQDN, where check_ntp aborts with "No target host specified" (see below). Single hostnames work. # ./check_ntp -H ntp01.somedomain.at -v No target host specified There is a small typo in the host matching regex. Regards, Peter ---------------------------------------------------------------------- Comment By: Harper Mann (harpermann) Date: 2005-11-29 19:50 Message: Logged In: YES user_id=939531 Hi Peter and Johan, Thanks for filing this bug. check_ntp wasn't properly handing a bad exit status from the external programs it calls (ntpdate and ntpq), so jitter wasn't set. Added check of $? on close and proper error output if status from the sub program call completion is non-zero. This includes "host not found". Please verify this is fixed in your environment. I'll reopen the bug if you find any problems. Regards, - Harper ---------------------------------------------------------------------- Comment By: Johan Fischer (fischaz) Date: 2005-11-17 20:46 Message: Logged In: YES user_id=459934 Below patch (that I can't seem to be able to attach) diff -Naur nagios-plugins-1.4.2.orig/plugins-scripts/check_ntp.pl nagios-plugins-1.4.2/plugins-scripts/check_ntp.pl --- nagios-plugins-1.4.2.orig/plugins-scripts/check_ntp.pl 2005-05-26 00:05:41.000000000 +1000 +++ nagios-plugins-1.4.2/plugins-scripts/check_ntp.pl 2005-11-18 12:39:07.000000000 +1100 @@ -309,7 +309,6 @@ } } else { print "No match!\n" if $verbose; - $jitter = '(not parsed)'; } } @@ -365,7 +364,7 @@ } elsif ($have_ntpq && $jitter_error != $ERRORS{'OK'}) { $state = $jitter_error; - $answer = "Jitter $jitter too high"; + $answer = 'Jitter ' . ((defined $jitter) ? $jitter : '-') . ' too high'; if (defined($offset) && abs($offset) > $ocrit) { $state = $ERRORS{'CRITICAL'}; $answer = "Jitter error and offset $offset sec > +/- $ocrit sec"; @@ -401,13 +400,13 @@ if (abs($offset) > $ocrit) { $state = $ERRORS{'CRITICAL'}; $answer = "Offset $offset sec > +/- $ocrit sec, jitter $jitter msec"; - } elsif (abs($jitter) > $jcrit ) { + } elsif (defined($jitter) && abs($jitter) > $jcrit ) { $state = $ERRORS{'CRITICAL'}; $answer = "Jitter $jitter msec> +/- $jcrit msec, offset $offset sec"; } elsif (abs($offset) > $owarn) { $state = $ERRORS{'WARNING'}; $answer = "Offset $offset sec > +/- $owarn sec, jitter $jitter msec"; - } elsif (abs($jitter) > $jwarn ) { + } elsif (defined($jitter) && abs($jitter) > $jwarn ) { $state = $ERRORS{'WARNING'}; $answer = "Jitter $jitter msec> +/- $jwarn msec, offset $offset sec"; @@ -421,7 +420,7 @@ foreach my $key (keys %ERRORS) { if ($state==$ERRORS{$key}) { # print ("NTP $key: $answer"); - print ("NTP $key: $answer|offset=$offset, jitter=" . $jitter/1000 . ",peer_stratum=$stratum\n"); + print ("NTP $key: $answer|offset=$offset, jitter=" . ((defined $jitter) ? $jitter/1000 : '-') . ",peer_stratum=$stratum\n"); last; } } ---------------------------------------------------------------------- Comment By: Johan Fischer (fischaz) Date: 2005-11-17 20:45 Message: Logged In: YES user_id=459934 The attached patch is wrong. It will override the value of the jitter. Basically the jitter is defined as undef at the begginning, then should be overriden for each server with selected by the regex. It should not be touched otherwise. On the other side, more tests need to be done to see if jitter is defined (and in that case, it will be a numeric) and print it. So it means more test at the end of the script to parse the results. ---------------------------------------------------------------------- Comment By: Charles Bueche (cbueche) Date: 2005-10-27 04:30 Message: Logged In: YES user_id=299377 duplicate with 1267741 ---------------------------------------------------------------------- Comment By: Ade Rixon (aderixon) Date: 2005-10-21 06:12 Message: Logged In: YES user_id=145082 This is still a problem in 1.4.2, can someone review before next release, please? The warning is: Argument "(not parsed)" isn't numeric in abs at ./check_ntp line 401. ...Caused by assigning a string value ('(not parsed)') to $jitter. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1251096&group_id=29880 From seanius at seanius.net Tue Jun 6 18:58:56 2006 From: seanius at seanius.net (sean finney) Date: Tue, 6 Jun 2006 12:58:56 -0400 Subject: [Nagiosplug-devel] closing old check_ntp bugs Message-ID: <20060606165856.GA6692@seanius.net> hey folks, since check_ntp.c is replacing check_ntp.pl, i've just closed out all bugs related to problems that the old perl script had. sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From cmr at financial.com Tue Jun 6 21:46:56 2006 From: cmr at financial.com (Christoph Maser) Date: Tue, 06 Jun 2006 21:46:56 +0200 Subject: [Nagiosplug-devel] closing old check_ntp bugs In-Reply-To: <20060606165856.GA6692@seanius.net> References: <20060606165856.GA6692@seanius.net> Message-ID: <4485DBB0.2040505@financial.com> i guess we all noticed by the tracker flooding the list ;) Chris sean finney schrieb: > hey folks, > > since check_ntp.c is replacing check_ntp.pl, i've just closed out all > bugs related to problems that the old perl script had. > > sean > > ------------------------------------------------------------------------ > > _______________________________________________________ > 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 From seanius at seanius.net Tue Jun 6 23:05:12 2006 From: seanius at seanius.net (sean finney) Date: Tue, 6 Jun 2006 17:05:12 -0400 Subject: [Nagiosplug-devel] build/install errors with latest HEAD/snapshot Message-ID: <20060606210512.GA7318@seanius.net> hey folks, i'm still seeing the libtool-related error with check_radius in CVS HEAD. i think this is because ./tools/setup is still creating ./libtool, but can't be sure. i don't seem to be having this problem with the snapshots, only HEAD. secondly, it seems the install target is having trouble wrt the plugins-root plugins, at least on my linux boxes. the second problem affects both the snapshots and HEAD. the install target seems to always depend on EXTRA_PROGRAMS, which is hard-coded to always include pst3. thus, when "make" is called it behaves as it should and does not build pst3, but then when "make install" is called, it attempts to build pst3 which understandably will fail on a non-SunOS box. i think that changing some of the dependency references from EXTRA_PROGRAMS to libexec_PROGRAMS should fix things, but again i'm not sure and would appreciate a second look at that. sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From noreply at sourceforge.net Wed Jun 7 07:55:47 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 06 Jun 2006 22:55:47 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-1502024 ] check_mailq and clientmqueue checks Message-ID: Feature Requests item #1502024, was opened at 2006-06-07 05:55 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=1502024&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 Submitted By: Jorgen Lundman (lundman) Assigned to: Nobody/Anonymous (nobody) Summary: check_mailq and clientmqueue checks Initial Comment: Just found our clientmqueue directories massive, and will add support to monitor those as well. It would be nice if check_mailq, which in "sendmail" mode could (optionally?) run "mailq -Ac" as well. This could also be achieved with the "-f config" file patch submitted elsewhere - however, it would be preferrable to us if it was one mailq service check, instead of two. Comments? Anyone working on this, should I proceed? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=1502024&group_id=29880 From ton.voon at altinity.com Wed Jun 7 09:18:52 2006 From: ton.voon at altinity.com (Ton Voon) Date: Wed, 7 Jun 2006 08:18:52 +0100 Subject: [Nagiosplug-devel] build/install errors with latest HEAD/snapshot In-Reply-To: <20060606210512.GA7318@seanius.net> References: <20060606210512.GA7318@seanius.net> Message-ID: <12F1EE6C-7A51-4875-A8DD-204F590A6C0C@altinity.com> On 6 Jun 2006, at 22:05, sean finney wrote: > i'm still seeing the libtool-related error with check_radius in CVS > HEAD. > i think this is because ./tools/setup is still creating ./libtool, > but can't be sure. i don't seem to be having this problem with the > snapshots, only HEAD. My bad. tools/setup was indeed running libtoolize. Taken out now. The reason the snapshot was okay is because I'm still manually building the snapshots on my dev box so I don't necessarily run tools/ setup (because everything is already up to date). When SF's compile farm evers get back (grrrr), the snapshot should be built cleanly based only on a CVS export. If SF's compile farm is not back in the next few days, I'll setup snapshots somewhere else and just upload the snapshot to our website. > secondly, it seems the install target is having trouble wrt the > plugins-root plugins, at least on my linux boxes. the second problem > affects both the snapshots and HEAD. the install target seems to > always depend on EXTRA_PROGRAMS, which is hard-coded to always include > pst3. thus, when "make" is called it behaves as it should and does > not > build pst3, but then when "make install" is called, it attempts to > build > pst3 which understandably will fail on a non-SunOS box. i think that > changing some of the dependency references from EXTRA_PROGRAMS to > libexec_PROGRAMS should fix things, but again i'm not sure and would > appreciate a second look at that. My bad again. I've updated plugins-root/Makefile.am. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From ton.voon at altinity.com Wed Jun 7 10:01:56 2006 From: ton.voon at altinity.com (Ton Voon) Date: Wed, 7 Jun 2006 09:01:56 +0100 Subject: [Nagiosplug-devel] Packaging issues Message-ID: <6F0CA028-7F8C-49A5-A540-013AE32C90B4@altinity.com> Hi! I've also just noticed that if make install is run for a non-root user, the setuid plugins are still installed, but without setuid. I've amended plugins-root/Makefile.am so that the plugins will only install if make install is run as root. A warning is displayed otherwise. I think this will still work if you are using fakeroot - please let me know if it doesn't. Also, the --nagios-user=nagios configure option is not being respected, so plugins are never installed with the configure nagios user or group setting. Is this necessary to fix? My feeling is that this is a packaging/implementation issue. Is everyone happy for me to deprecate these configure options? Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From seanius at seanius.net Wed Jun 7 10:43:24 2006 From: seanius at seanius.net (sean finney) Date: Wed, 7 Jun 2006 04:43:24 -0400 Subject: [Nagiosplug-devel] Packaging issues In-Reply-To: <6F0CA028-7F8C-49A5-A540-013AE32C90B4@altinity.com> References: <6F0CA028-7F8C-49A5-A540-013AE32C90B4@altinity.com> Message-ID: <20060607084324.GA8403@seanius.net> hey ton, On Wed, Jun 07, 2006 at 09:01:56AM +0100, Ton Voon wrote: > I've also just noticed that if make install is run for a non-root > user, the setuid plugins are still installed, but without setuid. > I've amended plugins-root/Makefile.am so that the plugins will only > install if make install is run as root. A warning is displayed > otherwise. I think this will still work if you are using fakeroot - > please let me know if it doesn't. looks good to me. i'll let you know if i see anything wierd the next time i build a package, but in the meantime it does seem to work the right way with fakeroot. > Also, the --nagios-user=nagios configure option is not being > respected, so plugins are never installed with the configure nagios > user or group setting. Is this necessary to fix? My feeling is that > this is a packaging/implementation issue. Is everyone happy for me to > deprecate these configure options? i see the debian package is using the options, though i can't recall it actually doing anything important... especially since the nagios user usually doesn't exist when the package is built and there are no configuration files that reference the given user. so no, i don't think removing the option should break anything. sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From rouilj at cs.umb.edu Wed Jun 7 15:02:08 2006 From: rouilj at cs.umb.edu (John P. Rouillard) Date: Wed, 07 Jun 2006 09:02:08 -0400 Subject: [Nagiosplug-devel] Packaging issues In-Reply-To: Your message of "Wed, 07 Jun 2006 09:01:56 BST." <6F0CA028-7F8C-49A5-A540-013AE32C90B4@altinity.com> Message-ID: <200606071302.k57D28gw024366@mx1.cs.umb.edu> In message <6F0CA028-7F8C-49A5-A540-013AE32C90B4 at altinity.com>, Ton Voon writes: >I've also just noticed that if make install is run for a non-root >user, the setuid plugins are still installed, but without setuid. >I've amended plugins-root/Makefile.am so that the plugins will only >install if make install is run as root. A warning is displayed >otherwise. I think this will still work if you are using fakeroot - >please let me know if it doesn't. Don't do this please. When building RPM's or other packages I can build/"install" under my own account (RPM builds should not be done as root) then use RPM mechanisms to make the programs suid root. I think I actually undid the test in an earlier version so that suid programs would always be installed. >Also, the --nagios-user=nagios configure option is not being >respected, so plugins are never installed with the configure nagios >user or group setting. Is this necessary to fix? My feeling is that >this is a packaging/implementation issue. Is everyone happy for me to >deprecate these configure options? That's fine in my optinion. -- rouilj John Rouillard =========================================================================== My employers don't acknowledge my existence much less my opinions. From ton.voon at altinity.com Wed Jun 7 15:48:33 2006 From: ton.voon at altinity.com (Ton Voon) Date: Wed, 7 Jun 2006 14:48:33 +0100 Subject: [Nagiosplug-devel] Packaging issues In-Reply-To: <200606071302.k57D28gw024366@mx1.cs.umb.edu> References: <200606071302.k57D28gw024366@mx1.cs.umb.edu> Message-ID: <4BCFB078-37E1-4A75-B8CE-D382860D5EB6@altinity.com> On 7 Jun 2006, at 14:02, John P. Rouillard wrote: > In message <6F0CA028-7F8C-49A5-A540-013AE32C90B4 at altinity.com>, > Ton Voon writes: >> I've also just noticed that if make install is run for a non-root >> user, the setuid plugins are still installed, but without setuid. >> I've amended plugins-root/Makefile.am so that the plugins will only >> install if make install is run as root. A warning is displayed >> otherwise. I think this will still work if you are using fakeroot - >> please let me know if it doesn't. > > Don't do this please. When building RPM's or other packages I can > build/"install" under my own account (RPM builds should not be done as > root) then use RPM mechanisms to make the programs suid root. I think > I actually undid the test in an earlier version so that suid programs > would always be installed. I tend to get "inspiration" from the GNU coreutils project (http:// www.gnu.org/software/coreutils). From a "make install", their makefile will only install the su executable if the user is root. Could you use fakeroot? Otherwise, you can still run "make install && make install-root". It will install the setuid plugins, fail to chown, but still return a successful return code. You can then use whatever mechanisms to package up the files with correct permissions. My angle is that from a default "make install", I wouldn't want plugins installed with incorrect permissions (I can hear the support calls now...). Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From rouilj at cs.umb.edu Wed Jun 7 17:09:48 2006 From: rouilj at cs.umb.edu (John P. Rouillard) Date: Wed, 07 Jun 2006 11:09:48 -0400 Subject: [Nagiosplug-devel] Packaging issues In-Reply-To: Your message of "Wed, 07 Jun 2006 14:48:33 BST." <4BCFB078-37E1-4A75-B8CE-D382860D5EB6@altinity.com> Message-ID: <200606071509.k57F9mIP009951@mx1.cs.umb.edu> In message <4BCFB078-37E1-4A75-B8CE-D382860D5EB6 at altinity.com>, Ton Voon writes: >On 7 Jun 2006, at 14:02, John P. Rouillard wrote: > >> In message <6F0CA028-7F8C-49A5-A540-013AE32C90B4 at altinity.com>, >> Ton Voon writes: >>> I've also just noticed that if make install is run for a non-root >>> user, the setuid plugins are still installed, but without setuid. >>> I've amended plugins-root/Makefile.am so that the plugins will only >>> install if make install is run as root. [...] >> >> Don't do this please. When building RPM's or other packages I can >> build/"install" under my own account (RPM builds should not be done as >> root) then use RPM mechanisms to make the programs suid root. I think >> I actually undid the test in an earlier version so that suid programs >> would always be installed. > >I tend to get "inspiration" from the GNU coreutils project (http:// >www.gnu.org/software/coreutils). From a "make install", their >makefile will only install the su executable if the user is root. > >Could you use fakeroot? I run redhat/centos/fedora and not debian and only saw 1 google hit of fakeroot on centos/fedora/redhat like os's in the first three pages. Also trying to get that installed on all the platforms I support would be a pain. >Otherwise, you can still run "make install && >make install-root". It will install the setuid plugins, fail to >chown, but still return a successful return code. As long as install-root does that then fine. The version I patched refused to install anything (or maybe it just errored out) with "make install-root" unless the user was running as root. -- rouilj John Rouillard =========================================================================== My employers don't acknowledge my existence much less my opinions. From noreply at sourceforge.net Thu Jun 8 04:20:43 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 7 Jun 2006 19:20:43 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1491936 ] configure problem. Message-ID: <200606080220.k582KhSs030744@sc8-sf-db2-new-b.sourceforge.net> Bugs item #1491936, was opened at 05/19/06 17:55 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1491936&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: None >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Michael C Tiernan (mtiernan) Assigned to: Ton Voon (tonvoon) Summary: configure problem. Initial Comment: I ran into this today and thought I'd collect everything together and report it. I'm attempting to build the 1.4.3 plugins on: Red Hat Desktop release 3 (Taroon Update 6) and was surprised to see a 'sed' error occur. I got the latest snapshot and did the build and it duplicated the error. I fudged things by setting the debug flag in the configure program and kept the left overs which I've packaged up in a tarball attached to this. I hope this helps. Email me if more info is needed. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 06/07/06 19:20 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 05/24/06 05:49 Message: Logged In: YES user_id=664364 Jeremy, Thanks. I've applied a fix where we reset MYSQLINCLUDES if the return code is non-zero. Unfortunately, the snapshots don't appear to be working because SF's compile farm shell server is down, but I think this should be a good fix. I've marked the call in pending. Please change if it is still a problem. Ton ---------------------------------------------------------------------- Comment By: Jeremy C. Reed (jeremy-c-reed) Date: 05/24/06 05:25 Message: Logged In: YES user_id=336943 mysql Ver 11.18 Distrib 3.23.58, for pc-linux (i686) $ /usr/local/mysql/bin/mysql_config --include Usage: /usr/local/mysql/bin/mysql_config [OPTIONS] Options: --cflags [-I'/usr/local/mysql/include/mysql'] --libs [-L'/usr/local/mysql/lib/mysql' -lmysqlclient -lz -lcrypt -lnsl -lm] --socket [/tmp/mysql.sock] --port [3306] --version [3.23.58] $ echo $? 1 $ mysql_config --libs -L'/usr/local/mysql/lib/mysql' -lmysqlclient -lz -lcrypt -lnsl -lm $ echo $? 0 Maybe using --cflags instead of --includes is good enough? - Jeremy ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 05/24/06 01:39 Message: Logged In: YES user_id=664364 Michael, Jeremy, Thanks for the reports. Which version of mysql are you using? Also, if you run "mysql_config --include" (which is the problem one) and "mysql_config --libs" (a good one) on the command line, what return codes do you get? Ton ---------------------------------------------------------------------- Comment By: Jeremy C. Reed (jeremy-c-reed) Date: 05/23/06 13:17 Message: Logged In: YES user_id=336943 I also had sed problem and reported to devel list: https://sourceforge.net/mailarchive/forum.php?thread_id=10415797&forum_id=8499 My problem is caused by running mysql_config with option that doesn't exist (in my version of mysql_config). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1491936&group_id=29880 From ton.voon at altinity.com Thu Jun 8 14:54:11 2006 From: ton.voon at altinity.com (Ton Voon) Date: Thu, 8 Jun 2006 13:54:11 +0100 Subject: [Nagiosplug-devel] Nagios::Plugin perl modules Message-ID: <6B637C05-4A04-4CB4-BB5B-AA8C15D22DC9@altinity.com> Hi! Just to let you know I've uploaded a set of perl modules to CPAN called Nagios::Plugin. It is my implementation of the dev guidelines for Perl plugins. Should be available at http://search.cpan.org soon. It is still experimental (my main use at the moment is to get performance data into nagiosgraph), but I think I'm got most of the infrastructure in place so that it can be used for check plugins. With this, we should be able to combine it with the wealth of functionality in CPAN to get some interesting plugins. For example, I'd love to see: - check_dbi_query, modelled after check_mysql_query where you can enter an arbitrary SQL string and check against thresholds - check_resolver, using perl's DNS routines to re-implement check_dns/check_dig I'm sure you all have some other ideas! The code is our SF code repository under a new CVS module called Nagios-Plugin (to respect the perl module naming convention). All developers in the team should have access to this module. I'm not proclaiming to be the best designer of perl modules, so I'll be interested to hear any comments on what can be improved. If you have patches against the module, I'd love you to include testcases as there are currently 125 unit tests run. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From rmoura at finibanco.pt Fri Jun 9 12:43:34 2006 From: rmoura at finibanco.pt (Rui Moura) Date: Fri, 9 Jun 2006 12:43:34 +0200 (CEST) Subject: [Nagiosplug-devel] webinject Message-ID: <20060609104334.CB6464F476C@desire.netways.de> Hi list I'm testing a simple request with webinject and a have a "non response error". >perl webinject.pl -c config.xml MyApplication.xml Starting WebInject Engine... ------------------------------------------------------- Test: MyApplication.xml - 1 Connecting to MyApplication Failed - No Response TEST CASE FAILED Response Time = 0.051 sec ------------------------------------------------------- Start Time: Fri Jun 9 11:08:19 2006 Total Run Time: 0.162 seconds Test Cases Run: 1 Test Cases Passed: 0 Test Cases Failed: 1 Verifications Passed: 0 Verifications Failed: 1 somebody can help me? thanks. - Rui Moura (rmoura) ----------------------- The mailing list archive is found here: http://www.nagiosexchange.org/nagiosplug-devel.31.0.html From ton.voon at altinity.com Fri Jun 9 14:56:26 2006 From: ton.voon at altinity.com (Ton Voon) Date: Fri, 9 Jun 2006 13:56:26 +0100 Subject: [Nagiosplug-devel] webinject In-Reply-To: <20060609104334.CB6464F476C@desire.netways.de> References: <20060609104334.CB6464F476C@desire.netways.de> Message-ID: Rui, This is not the appropriate mailing list as it is not an official nagios plugin that this project supports. You should try webinject's support links. The nagios-users mailing list could also be suitable. Ton On 9 Jun 2006, at 11:43, Rui Moura wrote: > Hi list > > > > I'm testing a simple request with webinject and a have a "non response > error". > > > >> perl webinject.pl -c config.xml MyApplication.xml > > > > Starting WebInject Engine... > > > > ------------------------------------------------------- > > Test: MyApplication.xml - 1 > > Connecting to MyApplication > > Failed - No Response > > TEST CASE FAILED > > Response Time = 0.051 sec > > ------------------------------------------------------- > > > > Start Time: Fri Jun 9 11:08:19 2006 > > Total Run Time: 0.162 seconds > > > > Test Cases Run: 1 > > Test Cases Passed: 0 > > Test Cases Failed: 1 > > Verifications Passed: 0 > > Verifications Failed: 1 > > > > somebody can help me? > > thanks. > > > > - Rui Moura (rmoura) http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From noreply at sourceforge.net Fri Jun 9 19:28:33 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 09 Jun 2006 10:28:33 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1499684 ] New Check: check_rsync Message-ID: Patches item #1499684, was opened at 2006-06-02 14:06 Message generated for change (Comment added) made by dermoth You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1499684&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 Submitted By: dERMOTH (dermoth) Assigned to: Nobody/Anonymous (nobody) Summary: New Check: check_rsync Initial Comment: I wrote check_rsync for the purpose of checking rsync servers availability, as well as (optionally) individual modules availability. It also supports authentication on modules. It requires File::Rsync from CPAN. Usage: check_rsync -H [-p ] [-m [,,] [-m [,,]...]] The only required argument is -H, in wich case it will only try to list modules on the Rsync server. One or more -m arguments can be passed with one module name per -m argument. You can also append a username and password to the module name by separating them with commas (without spaces). Comments are welcome. ---------------------------------------------------------------------- >Comment By: dERMOTH (dermoth) Date: 2006-06-09 13:28 Message: Logged In: YES user_id=375623 I recently updated from nagios 2.0b3 to 2.4 and File::Rsync don't work properly with the ePN from 2.4 (To clear things up both nagios used ePN + caching) This version does the exact same thing but with IPC::Run and IPC::Cmd as a replacement for File:Rsync. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1499684&group_id=29880 From bohara at gmail.com Tue Jun 13 10:27:37 2006 From: bohara at gmail.com (Ben O'Hara) Date: Tue, 13 Jun 2006 09:27:37 +0100 Subject: [Nagiosplug-devel] check_swap on solaris with metadisk Message-ID: <2b36e660606130127la7efeb4h49892cdce6122150@mail.gmail.com> Hi Guys, Im using check_swap to monitor swap usage on a solaris machine, however its reporting back SWAP WARNING - 0% free (0 MB out of 1024 MB) Thing is, the box has 4GB of swap, and not 1GB! from top Memory: 4.0G real, 128M free, 3.3G swap in use, 801M swap free db5# swap -l swapfile dev swaplo blocks free /dev/md/dsk/d20 85,20 16 2097392 0 db5# swap -s total: 3431360k bytes allocated + 34488k reserved = 3465848k used, 820608k available And d20 is made up of a mirror as follows db5# metastat d20 d20: Mirror Submirror 0: d21 State: Okay Submirror 1: d22 State: Okay Pass: 1 Read option: roundrobin (default) Write option: parallel (default) Size: 2097414 blocks d21: Submirror of d20 State: Okay Size: 2097414 blocks Stripe 0: Device Start Block Dbase State Hot Spare c1t0d0s1 0 No Okay d22: Submirror of d20 State: Okay Size: 2097414 blocks Stripe 0: Device Start Block Dbase State Hot Spare c1t1d0s1 0 No Okay Anyone seen this before or got any ideas where to start looking? Certainly looks like the code for check_swap isnt calculating the total correctly although im not a coder so a bit stuck as to where to look ;-) Cheers for any help. Ben -- "A Scientist will earn a living by taking a really difficult problem and spends many years solving it, an engineer earns a living by finding really difficult problems and side stepping them" -------------- next part -------------- An HTML attachment was scrubbed... URL: From tsluyter at kilala.nl Tue Jun 13 11:18:54 2006 From: tsluyter at kilala.nl (Thomas Sluyter) Date: Tue, 13 Jun 2006 11:18:54 +0200 Subject: [Nagiosplug-devel] check_swap on solaris with metadisk In-Reply-To: <2b36e660606130127la7efeb4h49892cdce6122150@mail.gmail.com> References: <2b36e660606130127la7efeb4h49892cdce6122150@mail.gmail.com> Message-ID: On 13 Jun, 2006, at 10:27, Ben O'Hara wrote: > db5# swap -l > swapfile dev swaplo blocks free > /dev/md/dsk/d20 85,20 16 2097392 0 > > db5# swap -s > total: 3431360k bytes allocated + 34488k reserved = 3465848k used, > 820608k available From the man-page of "swap": > The blocks column from swap -l reports: > The swaplen value for the area in 512-byte blocks. Also from that man-page: > The allocated column from swap -s reports: > The total amount of swap space in bytes currently allocated > for use as backing store. So there's a discrepancy right there. How could your swap partition be 2.097.392 * 512 (about 1G) in size, when you have a total of over 3.4G in use? Swap -l does indeed report that there are zero blocks free... Odd. Could it be that you defined a non-default block size when creating the swap space? Something like ~2048 per block? Could be that "swap - l" doesn't actually report the size in 512 blocks, but in the -real- size blocks. If check_swap was relying on swap -l , then the calculation would be off as well... Seems like this might be a bit of a bug in Solaris' "swap -l" command? Anywho, looking at my own systems the combination of "df -k" and "swap -s" seems to be the more reliable way of telling the real swap usage. So instead of the output of "metastat" I'm more curious about the output of "df -k". This should show the size for your swap device in kB (look for /var/run)... Now, if "df -k" supports your claim that swap space is 4G in size I'd wager that check_swap was using the "swap -l" approach, while it could be making better use of the "swap -s" way. There's more buginess in check_swap anyway... See below: > JST $ ./check_swap -w 85% -c 95% > Warning percentage should be more than critical percentage > Usage: > check_swap [-a] -w % -c % > check_swap [-a] -w -c > check_swap (-h | --help) for detailed help > check_swap (-V | --version) for version information > > JST $ ./check_swap -w 15% -c 5% > SWAP OK: 98% free (1360 MB out of 1391 MB) |swap=1360MB;208;69;0;1391 Meaning that the author got "used_percentage" mixed up with "free_percentage" Cheers! Thomas From nagios at kilala.nl Tue Jun 13 11:27:59 2006 From: nagios at kilala.nl (Thomas Sluyter) Date: Tue, 13 Jun 2006 11:27:59 +0200 Subject: [Nagiosplug-devel] check_swap on solaris with metadisk In-Reply-To: <2b36e660606130127la7efeb4h49892cdce6122150@mail.gmail.com> References: <2b36e660606130127la7efeb4h49892cdce6122150@mail.gmail.com> Message-ID: <8390F9EC-3DE8-4A44-9D09-BF5B72F2B1FF@kilala.nl> Again, sorry if this message reaches the list twice. I -really- need to keep track of the e-mail address I use to send these messages... Apologies.. ======== On 13 Jun, 2006, at 10:27, Ben O'Hara wrote: > db5# swap -l > swapfile dev swaplo blocks free > /dev/md/dsk/d20 85,20 16 2097392 0 > > db5# swap -s > total: 3431360k bytes allocated + 34488k reserved = 3465848k used, > 820608k available From the man-page of "swap": > The blocks column from swap -l reports: > The swaplen value for the area in 512-byte blocks. Also from that man-page: > The allocated column from swap -s reports: > The total amount of swap space in bytes currently allocated > for use as backing store. So there's a discrepancy right there. How could your swap partition be 2.097.392 * 512 (about 1G) in size, when you have a total of over 3.4G in use? Swap -l does indeed report that there are zero blocks free... Odd. Could it be that you defined a non-default block size when creating the swap space? Something like ~2048 per block? Could be that "swap - l" doesn't actually report the size in 512 blocks, but in the -real- size blocks. If check_swap was relying on swap -l , then the calculation would be off as well... Seems like this might be a bit of a bug in Solaris' "swap -l" command? Anywho, looking at my own systems the combination of "df -k" and "swap -s" seems to be the more reliable way of telling the real swap usage. So instead of the output of "metastat" I'm more curious about the output of "df -k". This should show the size for your swap device in kB (look for /var/run)... Now, if "df -k" supports your claim that swap space is 4G in size I'd wager that check_swap was using the "swap -l" approach, while it could be making better use of the "swap -s" way. There's more buginess in check_swap anyway... See below: > JST $ ./check_swap -w 85% -c 95% > Warning percentage should be more than critical percentage > Usage: > check_swap [-a] -w % -c % > check_swap [-a] -w -c > check_swap (-h | --help) for detailed help > check_swap (-V | --version) for version information > > JST $ ./check_swap -w 15% -c 5% > SWAP OK: 98% free (1360 MB out of 1391 MB) |swap=1360MB;208;69;0;1391 Meaning that the author got "used_percentage" mixed up with "free_percentage" Cheers! Thomas From bohara at gmail.com Tue Jun 13 11:34:41 2006 From: bohara at gmail.com (Ben O'Hara) Date: Tue, 13 Jun 2006 10:34:41 +0100 Subject: [Nagiosplug-devel] check_swap on solaris with metadisk In-Reply-To: References: <2b36e660606130127la7efeb4h49892cdce6122150@mail.gmail.com> Message-ID: <2b36e660606130234v2229b588ye9e6ad83ff7cb6ce@mail.gmail.com> On 6/13/06, Thomas Sluyter wrote: > > On 13 Jun, 2006, at 10:27, Ben O'Hara wrote: > > > db5# swap -l > > swapfile dev swaplo blocks free > > /dev/md/dsk/d20 85,20 16 2097392 0 > > > > db5# swap -s > > total: 3431360k bytes allocated + 34488k reserved = 3465848k used, > > 820608k available > > From the man-page of "swap": > > The blocks column from swap -l reports: > > The swaplen value for the area in 512-byte blocks. > > Also from that man-page: > > The allocated column from swap -s reports: > > The total amount of swap space in bytes currently allocated > > for use as backing store. > > So there's a discrepancy right there. > > How could your swap partition be 2.097.392 * 512 (about 1G) in size, > when you have a total of over 3.4G in use? Swap -l does indeed report > that there are zero blocks free... Odd. > > Could it be that you defined a non-default block size when creating > the swap space? Something like ~2048 per block? Could be that "swap - > l" doesn't actually report the size in 512 blocks, but in the -real- > size blocks. If check_swap was relying on swap -l , then the > calculation would be off as well... Seems like this might be a bit of > a bug in Solaris' "swap -l" command? > > Anywho, looking at my own systems the combination of "df -k" and > "swap -s" seems to be the more reliable way of telling the real swap > usage. > > So instead of the output of "metastat" I'm more curious about the > output of "df -k". This should show the size for your swap device in > kB (look for /var/run)... > > Now, if "df -k" supports your claim that swap space is 4G in size I'd > wager that check_swap was using the "swap -l" approach, while it > could be making better use of the "swap -s" way. Hi Thomas, thanks for the detailed reply. df -k is showing Filesystem kbytes used avail capacity Mounted on swap 810152 24 810128 1% /var/run Which seems to suggest swap is only 800MB with 1% used? The source for check_swap has the following # ifdef sun if (!allswaps) { asprintf(&swap_command, "%s", "/usr/sbin/swap -s"); asprintf(&swap_format, "%s", "%*s %*dk %*s %*s + %*dk %*s = %dk %*s %dk %*s"); conv_factor = 2048; } # endif Which to me suggests that its using swap -s for its calculations? There's more buginess in check_swap anyway... See below: > > JST $ ./check_swap -w 85% -c 95% > > Warning percentage should be more than critical percentage > > Usage: > > check_swap [-a] -w % -c % > > check_swap [-a] -w -c > > check_swap (-h | --help) for detailed help > > check_swap (-V | --version) for version information > > > > JST $ ./check_swap -w 15% -c 5% > > SWAP OK: 98% free (1360 MB out of 1391 MB) |swap=1360MB;208;69;0;1391 > Meaning that the author got "used_percentage" mixed up with > "free_percentage" Hmm, maybe worth not using check_swap then! Cheers Ben Cheers! > > > Thomas > > > _______________________________________________________ > 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 > -- "A Scientist will earn a living by taking a really difficult problem and spends many years solving it, an engineer earns a living by finding really difficult problems and side stepping them" -------------- next part -------------- An HTML attachment was scrubbed... URL: From tonvoon at mac.com Tue Jun 13 11:46:46 2006 From: tonvoon at mac.com (Ton Voon) Date: Tue, 13 Jun 2006 10:46:46 +0100 Subject: [Nagiosplug-devel] check_swap on solaris with metadisk In-Reply-To: <2b36e660606130234v2229b588ye9e6ad83ff7cb6ce@mail.gmail.com> References: <2b36e660606130127la7efeb4h49892cdce6122150@mail.gmail.com> <2b36e660606130234v2229b588ye9e6ad83ff7cb6ce@mail.gmail.com> Message-ID: <2A0307B4-011F-4B1E-9AA8-4228050591DA@mac.com> I'm keen on getting check_swap working well on Solaris, but it's hard getting a decent system to develop on. Which version of the plugins are you using? I think you are using a pre-1.4 version as we no longer use the swap -s routine. Please try the snapshot at http://nagiosplug.sourceforge.net/snapshot. Ton On 13 Jun 2006, at 10:34, Ben O'Hara wrote: > On 6/13/06, Thomas Sluyter wrote: > On 13 Jun, 2006, at 10:27, Ben O'Hara wrote: > > > db5# swap -l > > swapfile dev swaplo blocks free > > /dev/md/dsk/d20 85,20 16 2097392 0 > > > > db5# swap -s > > total: 3431360k bytes allocated + 34488k reserved = 3465848k used, > > 820608k available > > From the man-page of "swap": > > The blocks column from swap -l reports: > > The swaplen value for the area in 512-byte blocks. > > Also from that man-page: > > The allocated column from swap -s reports: > > The total amount of swap space in bytes currently allocated > > for use as backing store. > > So there's a discrepancy right there. > > How could your swap partition be 2.097.392 * 512 (about 1G) in size, > when you have a total of over 3.4G in use? Swap -l does indeed report > that there are zero blocks free... Odd. > > Could it be that you defined a non-default block size when creating > the swap space? Something like ~2048 per block? Could be that "swap - > l" doesn't actually report the size in 512 blocks, but in the -real- > size blocks. If check_swap was relying on swap -l , then the > calculation would be off as well... Seems like this might be a bit of > a bug in Solaris' "swap -l" command? > > Anywho, looking at my own systems the combination of "df -k" and > "swap -s" seems to be the more reliable way of telling the real swap > usage. > > So instead of the output of "metastat" I'm more curious about the > output of "df -k". This should show the size for your swap device in > kB (look for /var/run)... > > Now, if "df -k" supports your claim that swap space is 4G in size I'd > wager that check_swap was using the "swap -l" approach, while it > could be making better use of the "swap -s" way. > > > Hi Thomas, thanks for the detailed reply. > > df -k is showing > > Filesystem kbytes used avail capacity Mounted on > swap 810152 24 810128 1% /var/run > > Which seems to suggest swap is only 800MB with 1% used? > > The source for check_swap has the following > > # ifdef sun > if (!allswaps) { > asprintf(&swap_command, "%s", "/usr/sbin/swap -s"); > asprintf(&swap_format, "%s", "%*s %*dk %*s %*s + % > *dk %*s = %dk > %*s %dk %*s"); > conv_factor = 2048; > } > # endif > > > Which to me suggests that its using swap -s for its calculations? > > > > There's more buginess in check_swap anyway... See below: > > JST $ ./check_swap -w 85% -c 95% > > Warning percentage should be more than critical percentage > > Usage: > > check_swap [-a] -w % -c % > > check_swap [-a] -w -c > > check_swap (-h | --help) for detailed help > > check_swap (-V | --version) for version information > > > > JST $ ./check_swap -w 15% -c 5% > > SWAP OK: 98% free (1360 MB out of 1391 MB) |swap=1360MB; > 208;69;0;1391 > Meaning that the author got "used_percentage" mixed up with > "free_percentage" > > > Hmm, maybe worth not using check_swap then! > > Cheers > > Ben > > Cheers! > > > Thomas > > > _______________________________________________________ > 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 > > > > -- > "A Scientist will earn a living by taking a really difficult > problem and spends many years solving it, an engineer earns a > living by finding really difficult problems and side stepping them" > > This message has been scanned for viruses by MailController. > > _______________________________________________________ > 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 nagios at kilala.nl Tue Jun 13 11:47:51 2006 From: nagios at kilala.nl (Thomas Sluyter) Date: Tue, 13 Jun 2006 11:47:51 +0200 Subject: [Nagiosplug-devel] check_swap on solaris with metadisk In-Reply-To: <2b36e660606130234v2229b588ye9e6ad83ff7cb6ce@mail.gmail.com> References: <2b36e660606130127la7efeb4h49892cdce6122150@mail.gmail.com> <2b36e660606130234v2229b588ye9e6ad83ff7cb6ce@mail.gmail.com> Message-ID: <997CF8E3-C220-49D7-9901-A00C77A1117B@kilala.nl> Heya... It seems I can answer my own question :) > On 6/13/06, Thomas Sluyter wrote: >> db5# swap -l >> swapfile dev swaplo blocks free >> /dev/md/dsk/d20 85,20 16 2097392 0 >> >> db5# swap -s >> total: 3431360k bytes allocated + 34488k reserved = 3465848k used, >> 820608k available > From the man-page of "swap": > > The blocks column from swap -l reports: > > The swaplen value for the area in 512-byte blocks. > > Also from that man-page: > > The allocated column from swap -s reports: > > The total amount of swap space in bytes currently allocated > > for use as backing store. > > So there's a discrepancy right there. I found the following which provides an answer for the discrepancy between "swap -l" and "swap -s"... (from http://www.softpanorama.org/Solaris/Processes_and_memory/ swap_space_management.shtml) ========= The virtual memory system maps physical copies of files on disk to virtual addresses in memory. Physical memory pages which contain the data for these mappings can be backed by regular files in the file system, or by swap space. If the memory is backed by swap space it is referred to as anonymous memory because there is no identity assigned to the disk space backing the memory. ========= Note - The swap -l command displays swap space in 512-byte blocks and the swap -s command displays swap space in 1024-byte blocks. If you add up the blocks from swap -l and convert them to Kbytes, it will be less than used + available (in the swap -s output) because swap -l does not include physical memory in its calculation of swap space. ========= Tricky :) It's something you just -have- to know :) > df -k is showing > > Filesystem kbytes used avail capacity Mounted on > swap 810152 24 810128 1% /var/run > > Which seems to suggest swap is only 800MB with 1% used? Which in turn is quite odd since "swap -s" reports something completely different. Any chance of you throwing the full "df -k" output over here? > The source for check_swap has the following > ... > Which to me suggests that its using swap -s for its calculations? Yep... Seems that you're right... >> There's more buginess in check_swap anyway... See below: > Hmm, maybe worth not using check_swap then! Yeah,maybe... It would be trivial to write your own shell script version of check_swap for Solaris :) That way you're 100% sure that you can trust the incoming data... Cheers! Thomas From seanius at seanius.net Tue Jun 13 11:50:01 2006 From: seanius at seanius.net (sean finney) Date: Tue, 13 Jun 2006 05:50:01 -0400 Subject: [Nagiosplug-devel] check_swap on solaris with metadisk In-Reply-To: <2b36e660606130234v2229b588ye9e6ad83ff7cb6ce@mail.gmail.com> References: <2b36e660606130127la7efeb4h49892cdce6122150@mail.gmail.com> <2b36e660606130234v2229b588ye9e6ad83ff7cb6ce@mail.gmail.com> Message-ID: <20060613095001.GA26274@seanius.net> hi folks, On Tue, Jun 13, 2006 at 10:34:41AM +0100, Ben O'Hara wrote: > The source for check_swap has the following > > # ifdef sun > if (!allswaps) { > asprintf(&swap_command, "%s", "/usr/sbin/swap -s"); > asprintf(&swap_format, "%s", "%*s %*dk %*s %*s + %*dk %*s = > %dk > %*s %dk %*s"); > conv_factor = 2048; > } > # endif what version of check_swap are you using? also, running the check with multiple -v arguments will provide more detailed output. > Which to me suggests that its using swap -s for its calculations? iirc, check_swap uses native swapctl() system calls in the latest version, if it finds them available. it also attempts to detect whether the version of swapctl uses pages or blocks as units, though it's possible something maybe wrong with the detection. sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From nagios at kilala.nl Tue Jun 13 11:51:57 2006 From: nagios at kilala.nl (Thomas Sluyter) Date: Tue, 13 Jun 2006 11:51:57 +0200 Subject: [Nagiosplug-devel] check_swap on solaris with metadisk In-Reply-To: <84D2240F-DE26-41A0-943D-758112491C68@altinity.com> References: <2b36e660606130127la7efeb4h49892cdce6122150@mail.gmail.com> <8390F9EC-3DE8-4A44-9D09-BF5B72F2B1FF@kilala.nl> <84D2240F-DE26-41A0-943D-758112491C68@altinity.com> Message-ID: <11A8D77B-7CE0-4E3F-9BA4-7E3707D28678@kilala.nl> On 13 Jun, 2006, at 11:48, Ton Voon wrote: > Thomas, I've added your other account so that posts will be > accepted, but you won't get double mails from the mailing list. Sweet! Thanks Ton :) See you in September :p From bohara at gmail.com Tue Jun 13 11:52:45 2006 From: bohara at gmail.com (Ben O'Hara) Date: Tue, 13 Jun 2006 10:52:45 +0100 Subject: [Nagiosplug-devel] check_swap on solaris with metadisk In-Reply-To: <2A0307B4-011F-4B1E-9AA8-4228050591DA@mac.com> References: <2b36e660606130127la7efeb4h49892cdce6122150@mail.gmail.com> <2b36e660606130234v2229b588ye9e6ad83ff7cb6ce@mail.gmail.com> <2A0307B4-011F-4B1E-9AA8-4228050591DA@mac.com> Message-ID: <2b36e660606130252n3dde48d7w6118c75279cc0d9@mail.gmail.com> On 6/13/06, Ton Voon wrote: > > I'm keen on getting check_swap working well on Solaris, but it's hard > getting a decent system to develop on. > If you need anything testing we have a few solaris boxes i can run some tests on for you. > Which version of the plugins are you using? I think you are using a > pre-1.4 version as we no longer use the swap -s routine. > Im fairly sure its later than 1.4, although cant be 100% sure. Please try the snapshot at http://nagiosplug.sourceforge.net/snapshot. > Ill give this a whirl and let you know how it goes. Cheers Ben Ton > > On 13 Jun 2006, at 10:34, Ben O'Hara wrote: > > On 6/13/06, Thomas Sluyter wrote: > > > > On 13 Jun, 2006, at 10:27, Ben O'Hara wrote: > > > > > db5# swap -l > > > swapfile dev swaplo blocks free > > > /dev/md/dsk/d20 85,20 16 2097392 0 > > > > > > db5# swap -s > > > total: 3431360k bytes allocated + 34488k reserved = 3465848k used, > > > 820608k available > > > > From the man-page of "swap": > > > The blocks column from swap -l reports: > > > The swaplen value for the area in 512-byte blocks. > > > > Also from that man-page: > > > The allocated column from swap -s reports: > > > The total amount of swap space in bytes currently allocated > > > for use as backing store. > > > > So there's a discrepancy right there. > > > > How could your swap partition be 2.097.392 * 512 (about 1G) in size, > > when you have a total of over 3.4G in use? Swap -l does indeed report > > that there are zero blocks free... Odd. > > > > Could it be that you defined a non-default block size when creating > > the swap space? Something like ~2048 per block? Could be that "swap - > > l" doesn't actually report the size in 512 blocks, but in the -real- > > size blocks. If check_swap was relying on swap -l , then the > > calculation would be off as well... Seems like this might be a bit of > > a bug in Solaris' "swap -l" command? > > > > Anywho, looking at my own systems the combination of "df -k" and > > "swap -s" seems to be the more reliable way of telling the real swap > > usage. > > > > So instead of the output of "metastat" I'm more curious about the > > output of "df -k". This should show the size for your swap device in > > kB (look for /var/run)... > > > > Now, if "df -k" supports your claim that swap space is 4G in size I'd > > wager that check_swap was using the "swap -l" approach, while it > > could be making better use of the "swap -s" way. > > > > Hi Thomas, thanks for the detailed reply. > > df -k is showing > > Filesystem kbytes used avail capacity Mounted on > swap 810152 24 810128 1% /var/run > > Which seems to suggest swap is only 800MB with 1% used? > > The source for check_swap has the following > > # ifdef sun > if (!allswaps) { > asprintf(&swap_command, "%s", "/usr/sbin/swap -s"); > asprintf(&swap_format, "%s", "%*s %*dk %*s %*s + %*dk %*s > = %dk > %*s %dk %*s"); > conv_factor = 2048; > } > # endif > > > Which to me suggests that its using swap -s for its calculations? > > > > There's more buginess in check_swap anyway... See below: > > > JST $ ./check_swap -w 85% -c 95% > > > Warning percentage should be more than critical percentage > > > Usage: > > > check_swap [-a] -w % -c % > > > check_swap [-a] -w -c > > > check_swap (-h | --help) for detailed help > > > check_swap (-V | --version) for version information > > > > > > JST $ ./check_swap -w 15% -c 5% > > > SWAP OK: 98% free (1360 MB out of 1391 MB) |swap=1360MB;208;69;0;1391 > > Meaning that the author got "used_percentage" mixed up with > > "free_percentage" > > > > Hmm, maybe worth not using check_swap then! > > Cheers > > Ben > > Cheers! > > > > > > Thomas > > > > > > _______________________________________________________ > > 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 > > > > > > -- > "A Scientist will earn a living by taking a really difficult problem and > spends many years solving it, an engineer earns a living by finding really > difficult problems and side stepping them" > > This message has been scanned for viruses by MailController > . > _______________________________________________________ > 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 > > -- "A Scientist will earn a living by taking a really difficult problem and spends many years solving it, an engineer earns a living by finding really difficult problems and side stepping them" -------------- next part -------------- An HTML attachment was scrubbed... URL: From nagios at kilala.nl Tue Jun 13 12:00:43 2006 From: nagios at kilala.nl (Thomas Sluyter) Date: Tue, 13 Jun 2006 12:00:43 +0200 Subject: [Nagiosplug-devel] check_swap on solaris with metadisk In-Reply-To: <11A8D77B-7CE0-4E3F-9BA4-7E3707D28678@kilala.nl> References: <2b36e660606130127la7efeb4h49892cdce6122150@mail.gmail.com> <8390F9EC-3DE8-4A44-9D09-BF5B72F2B1FF@kilala.nl> <84D2240F-DE26-41A0-943D-758112491C68@altinity.com> <11A8D77B-7CE0-4E3F-9BA4-7E3707D28678@kilala.nl> Message-ID: <306D1020-A3A7-4B14-8A6E-C8055CFA2E0B@kilala.nl> Oh, by-the-by, I -am- getting double e-mails :) Mind turning it off again? On 13 Jun, 2006, at 11:51, Thomas Sluyter wrote: >> Thomas, I've added your other account so that posts will be >> accepted, but you won't get double mails from the mailing list. > Sweet! Thanks Ton :) > > See you in September :p From bohara at gmail.com Tue Jun 13 12:11:43 2006 From: bohara at gmail.com (Ben O'Hara) Date: Tue, 13 Jun 2006 11:11:43 +0100 Subject: [Nagiosplug-devel] check_swap on solaris with metadisk In-Reply-To: <2A0307B4-011F-4B1E-9AA8-4228050591DA@mac.com> References: <2b36e660606130127la7efeb4h49892cdce6122150@mail.gmail.com> <2b36e660606130234v2229b588ye9e6ad83ff7cb6ce@mail.gmail.com> <2A0307B4-011F-4B1E-9AA8-4228050591DA@mac.com> Message-ID: <2b36e660606130311v4fe257c7k51795fa426bfe1cf@mail.gmail.com> On 6/13/06, Ton Voon wrote: > > I'm keen on getting check_swap working well on Solaris, but it's hard > getting a decent system to develop on. > Which version of the plugins are you using? I think you are using a > pre-1.4 version as we no longer use the swap -s routine. > > Please try the snapshot at http://nagiosplug.sourceforge.net/snapshot. > Hi Ton, Tried building the latest snapshot but it errors during the make with make all-recursive make[1]: Entering directory `/usr/local/home/bohara/nagios-plugins-HEAD-200606051623' Making all in lib make[2]: Entering directory `/usr/local/home/bohara/nagios-plugins-HEAD-200606051623/lib' make all-am make[3]: Entering directory `/usr/local/home/bohara/nagios-plugins-HEAD-200606051623/lib' rm -f libcoreutils.a false cru libcoreutils.a cloexec.o full-read.o full-write.o safe-read.o safe-write.o xalloc-die.o error.o getopt.o getopt1.o exitfail.o xmalloc.o mountlist.o fsusage.o regex.o make[3]: *** [libcoreutils.a] Error 1 make[3]: Leaving directory `/usr/local/home/bohara/nagios-plugins-HEAD-200606051623/lib' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/local/home/bohara/nagios-plugins-HEAD-200606051623/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/home/bohara/nagios-plugins-HEAD-200606051623' make: *** [all] Error 2 Not really much to go on, any ideas? Cheers Ben Ton > > On 13 Jun 2006, at 10:34, Ben O'Hara wrote: > > On 6/13/06, Thomas Sluyter wrote: > > > > On 13 Jun, 2006, at 10:27, Ben O'Hara wrote: > > > > > db5# swap -l > > > swapfile dev swaplo blocks free > > > /dev/md/dsk/d20 85,20 16 2097392 0 > > > > > > db5# swap -s > > > total: 3431360k bytes allocated + 34488k reserved = 3465848k used, > > > 820608k available > > > > From the man-page of "swap": > > > The blocks column from swap -l reports: > > > The swaplen value for the area in 512-byte blocks. > > > > Also from that man-page: > > > The allocated column from swap -s reports: > > > The total amount of swap space in bytes currently allocated > > > for use as backing store. > > > > So there's a discrepancy right there. > > > > How could your swap partition be 2.097.392 * 512 (about 1G) in size, > > when you have a total of over 3.4G in use? Swap -l does indeed report > > that there are zero blocks free... Odd. > > > > Could it be that you defined a non-default block size when creating > > the swap space? Something like ~2048 per block? Could be that "swap - > > l" doesn't actually report the size in 512 blocks, but in the -real- > > size blocks. If check_swap was relying on swap -l , then the > > calculation would be off as well... Seems like this might be a bit of > > a bug in Solaris' "swap -l" command? > > > > Anywho, looking at my own systems the combination of "df -k" and > > "swap -s" seems to be the more reliable way of telling the real swap > > usage. > > > > So instead of the output of "metastat" I'm more curious about the > > output of "df -k". This should show the size for your swap device in > > kB (look for /var/run)... > > > > Now, if "df -k" supports your claim that swap space is 4G in size I'd > > wager that check_swap was using the "swap -l" approach, while it > > could be making better use of the "swap -s" way. > > > > Hi Thomas, thanks for the detailed reply. > > df -k is showing > > Filesystem kbytes used avail capacity Mounted on > swap 810152 24 810128 1% /var/run > > Which seems to suggest swap is only 800MB with 1% used? > > The source for check_swap has the following > > # ifdef sun > if (!allswaps) { > asprintf(&swap_command, "%s", "/usr/sbin/swap -s"); > asprintf(&swap_format, "%s", "%*s %*dk %*s %*s + %*dk %*s > = %dk > %*s %dk %*s"); > conv_factor = 2048; > } > # endif > > > Which to me suggests that its using swap -s for its calculations? > > > > There's more buginess in check_swap anyway... See below: > > > JST $ ./check_swap -w 85% -c 95% > > > Warning percentage should be more than critical percentage > > > Usage: > > > check_swap [-a] -w % -c % > > > check_swap [-a] -w -c > > > check_swap (-h | --help) for detailed help > > > check_swap (-V | --version) for version information > > > > > > JST $ ./check_swap -w 15% -c 5% > > > SWAP OK: 98% free (1360 MB out of 1391 MB) |swap=1360MB;208;69;0;1391 > > Meaning that the author got "used_percentage" mixed up with > > "free_percentage" > > > > Hmm, maybe worth not using check_swap then! > > Cheers > > Ben > > Cheers! > > > > > > Thomas > > > > > > _______________________________________________________ > > 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 > > > > > > -- > "A Scientist will earn a living by taking a really difficult problem and > spends many years solving it, an engineer earns a living by finding really > difficult problems and side stepping them" > > This message has been scanned for viruses by MailController > . > _______________________________________________________ > 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 > > -- "A Scientist will earn a living by taking a really difficult problem and spends many years solving it, an engineer earns a living by finding really difficult problems and side stepping them" -------------- next part -------------- An HTML attachment was scrubbed... URL: From ton.voon at altinity.com Tue Jun 13 12:28:49 2006 From: ton.voon at altinity.com (Ton Voon) Date: Tue, 13 Jun 2006 11:28:49 +0100 Subject: [Nagiosplug-devel] check_swap on solaris with metadisk In-Reply-To: <2b36e660606130311v4fe257c7k51795fa426bfe1cf@mail.gmail.com> References: <2b36e660606130127la7efeb4h49892cdce6122150@mail.gmail.com> <2b36e660606130234v2229b588ye9e6ad83ff7cb6ce@mail.gmail.com> <2A0307B4-011F-4B1E-9AA8-4228050591DA@mac.com> <2b36e660606130311v4fe257c7k51795fa426bfe1cf@mail.gmail.com> Message-ID: <67BFA5F3-1914-4736-A0BC-FFA315CEDD2E@altinity.com> On 13 Jun 2006, at 11:11, Ben O'Hara wrote: > > Hi Ton, > > Tried building the latest snapshot but it errors during the make with > > make all-recursive > make[1]: Entering directory `/usr/local/home/bohara/nagios-plugins- > HEAD-200606051623' > Making all in lib > make[2]: Entering directory `/usr/local/home/bohara/nagios-plugins- > HEAD-200606051623/lib' > make all-am > make[3]: Entering directory `/usr/local/home/bohara/nagios-plugins- > HEAD-200606051623/lib' > rm -f libcoreutils.a > false cru libcoreutils.a cloexec.o full-read.o full-write.o safe- > read.o safe-write.o xalloc-die.o error.o getopt.o getopt1.o > exitfail.o xmalloc.o mountlist.o fsusage.o regex.o > make[3]: *** [ libcoreutils.a] Error 1 > make[3]: Leaving directory `/usr/local/home/bohara/nagios-plugins- > HEAD-200606051623/lib' > make[2]: *** [all] Error 2 > make[2]: Leaving directory `/usr/local/home/bohara/nagios-plugins- > HEAD-200606051623/lib' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/usr/local/home/bohara/nagios-plugins- > HEAD-200606051623' > make: *** [all] Error 2 > > > Not really much to go on, any ideas? > I've got on my MacOSX: if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -O2 -MT regex.o -MD -MP -MF ".deps/regex.Tpo" -c -o regex.o regex.c; \ then mv -f ".deps/regex.Tpo" ".deps/regex.Po"; else rm -f ".deps/ regex.Tpo"; exit 1; fi rm -f libcoreutils.a ar cru libcoreutils.a cloexec.o full-read.o full-write.o safe-read.o safe-write.o xalloc-die.o error.o getopt.o getopt1.o exitfail.o xmalloc.o mountlist.o fsusage.o regex.o ranlib libcoreutils.a My guess is you don't have ar installed (I think I came across this when I was using the solaris server on SF's compile farm). Can you confirm if it is installed? Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From seanius at seanius.net Tue Jun 13 13:11:06 2006 From: seanius at seanius.net (sean finney) Date: Tue, 13 Jun 2006 07:11:06 -0400 Subject: [Nagiosplug-devel] check_swap on solaris with metadisk In-Reply-To: <67BFA5F3-1914-4736-A0BC-FFA315CEDD2E@altinity.com> References: <2b36e660606130127la7efeb4h49892cdce6122150@mail.gmail.com> <2b36e660606130234v2229b588ye9e6ad83ff7cb6ce@mail.gmail.com> <2A0307B4-011F-4B1E-9AA8-4228050591DA@mac.com> <2b36e660606130311v4fe257c7k51795fa426bfe1cf@mail.gmail.com> <67BFA5F3-1914-4736-A0BC-FFA315CEDD2E@altinity.com> Message-ID: <20060613111105.GA26792@seanius.net> On Tue, Jun 13, 2006 at 11:28:49AM +0100, Ton Voon wrote: > My guess is you don't have ar installed (I think I came across this > when I was using the solaris server on SF's compile farm). Can you > confirm if it is installed? note that i think there's an ar in /usr/xpg4/bin, but it's not in the default path... sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From jedrzej at man.poznan.pl Tue Jun 13 14:03:23 2006 From: jedrzej at man.poznan.pl (Jedrzej Jajor) Date: Tue, 13 Jun 2006 14:03:23 +0200 Subject: [Nagiosplug-devel] Strange check_http behaviour Message-ID: <448EA98B.3080203@man.poznan.pl> Hi, I've encountered a problem with check_http when I get the HTTP 302 code and request the plugin to follow. The problem came up in a production environment, but it's possible to reproduce it. Suppose we have 3 pages: test1.php: test2.php: test3.php: When I do: check_http -H my.test.host -u "http://my.test.host/test1.php" -f follow I get HTTP OK HTTP/1.1 200 OK - 158 bytes in 0.041 seconds But if in test1.php the new location points to HTTPS instead of HTTP I get a segmentation fault. It wouldn't happen without test3.php (i.e. when the HTTPS request returned HTTP 200 code). It wouldn't happen in HTTP -> HTTPS -> HTTPS chains. It always seems to happen in HTTP -> HTTPS -> HTTP request chains. Anyone has any idea why? I haven't tried to debug the code yet, but I downloaded the latest CVS snapshot, and the error still occurs. Best regards, Jedrzej -- Jedrzej Jajor Network Services Department Poznan Supercomputing and Networking Center 10 Noskowskiego Str., 61-704 Poznan, Poland tel. +48 61 858 20 36 fax. +48 61 855 13 68 e-mail: jedrzej at man.poznan.pl From seanius at seanius.net Tue Jun 13 14:30:00 2006 From: seanius at seanius.net (sean finney) Date: Tue, 13 Jun 2006 08:30:00 -0400 Subject: [Nagiosplug-devel] Strange check_http behaviour In-Reply-To: <448EA98B.3080203@man.poznan.pl> References: <448EA98B.3080203@man.poznan.pl> Message-ID: <20060613123000.GA26962@seanius.net> hi Jedrzej, On Tue, Jun 13, 2006 at 02:03:23PM +0200, Jedrzej Jajor wrote: > It always seems to happen in HTTP -> HTTPS -> HTTP request chains. > Anyone has any idea why? my guess is that the plugin is making some assumption that the redirects will be of the same protocol, which obviously it shouldn't be. in any case, it shouldn't be segfaulting at the very least :) so i'd open a tracker ticket for this one. sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From sghosh at sghosh.org Tue Jun 13 16:39:23 2006 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Tue, 13 Jun 2006 10:39:23 -0400 (EDT) Subject: [Nagiosplug-devel] ML config change Message-ID: FYI: The mailing list configuration was changed to include a "Reply-To:" header. The replies will be directly back to the list. -- -regards subhendu From noreply at sourceforge.net Tue Jun 13 19:39:53 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 13 Jun 2006 10:39:53 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1505551 ] check_oracle unnecessary dependency Message-ID: Bugs item #1505551, was opened at 2006-06-13 10:39 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=1505551&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Jason Martin (jhmartin) Assigned to: Nobody/Anonymous (nobody) Summary: check_oracle unnecessary dependency Initial Comment: check_oracle.sh currently checks that it can find a valid ORACLE_HOME before performing any checks. However, the --db option only performs a ps|grep, which does not require a valid ORACLE HOME. This is handy when the ORACLE_HOME is not accessible to users other than oracle and a --db check is desirable. I suggest that the check for a valid ORACLE_HOME be performed only when the requested action is not --db. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1505551&group_id=29880 From noreply at sourceforge.net Wed Jun 14 04:20:39 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 13 Jun 2006 19:20:39 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1482840 ] check_radius from 1.4.3 fails to build Message-ID: <200606140220.k5E2KdHM021821@sc8-sf-db2-new-b.sourceforge.net> Bugs item #1482840, was opened at 05/05/06 19:29 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1482840&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Holger Weiss (hweiss) Assigned to: Ton Voon (tonvoon) Summary: check_radius from 1.4.3 fails to build Initial Comment: check_radius from the 1.4.3 release fails to build on Debian Sarge (the 1.4.2 release works fine): /bin/sh ../libtool --mode=link --tag=CC gcc -Wall -g -O2 -L. -o check_radius check_radius.o netutils.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lnsl -lresolv -lradiusclient -lssl -lcrypto gcc -Wall -g -O2 -o .libs/check_radius check_radius.o netutils.o utils.o -L/server/nagios/src/nagios-plugins-1.4.3/plugins ../lib/libnagiosplug.a ../lib/libcoreutils.a -lresolv /usr/lib/gcc-lib/i486-linux/3.3.5/../../..//.libs/libradiusclient.so -lcrypt -lnsl -lssl -lcrypto gcc: /usr/lib/gcc-lib/i486-linux/3.3.5/../../..//.libs/libradiusclient.so: No such file or directory make[3]: *** [check_radius] Error 1 Manually building check_radius by replacing the broken path to libradiusclient.so with "-lradiusclient" works fine. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 06/13/06 19:20 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 05/30/06 02:38 Message: Logged In: YES user_id=664364 Holger, Thanks for the report. We've updated libtool so this fixes it on my Debian system. Can you try the snapshot please at http://nagiosplug.sf.net/snapshot. I've marked the call into pending - please reopen if it is still a problem. Ton ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 05/26/06 08:46 Message: Logged In: YES user_id=226838 hey holger, i'm being bitten by this too. afaict this problem has to do with the recently introduced libtool support, but this is a bit outside of my area of understanding. it seems like libtool is introducing a '.libs' directory in between the actual directory and location of the radiusclient library. i can't tell why exactly. i can verify, however, that if you comment out the AC_PROG_LIBTOOL macro in configure.in and rebuild configure, everything compiles successfully, so i thought i'd share that with you :) now, i wonder if anyone else on the list knows what's going on here... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1482840&group_id=29880 From b00mer at gmx.net Wed Jun 14 14:43:46 2006 From: b00mer at gmx.net (Hendrik Baecker) Date: Wed, 14 Jun 2006 14:43:46 +0200 Subject: [Nagiosplug-devel] Possible Bug in notifications.c(gi) - Patch Included Message-ID: <44900482.1010102@gmx.net> Hi all, it seems there is a bug in notifications.c. (Nagios 2.3 and Nagios 2.4) While watching the notifications for a specifiic host and then want to go to the trends the notifications.cgi is linked to history.cgi instead of trends.cgi. I think that this patch will catch it. Thanks to a www.nagios-portal.de board member called "itc". -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: notifications.c.trends-href-patch URL: From b00mer at gmx.net Wed Jun 14 14:47:06 2006 From: b00mer at gmx.net (Hendrik Baecker) Date: Wed, 14 Jun 2006 14:47:06 +0200 Subject: [Nagiosplug-devel] Possible Bug in notifications.c(gi) - Patch Included In-Reply-To: <44900482.1010102@gmx.net> References: <44900482.1010102@gmx.net> Message-ID: <4490054A.6020306@gmx.net> Sorry, fetched the wrong list! Hendrik Baecker schrieb: > Hi all, > > it seems there is a bug in notifications.c. (Nagios 2.3 and Nagios 2.4) > > While watching the notifications for a specifiic host and then want to > go to the trends the notifications.cgi is linked to history.cgi > instead of trends.cgi. > > I think that this patch will catch it. > > Thanks to a www.nagios-portal.de board member called "itc". > > >------------------------------------------------------------------------ > >157c157 >< printf("View Trends For This Host
\n",HISTORY_CGI,url_encode(query_host_name)); >--- > > >> printf("View Trends For This Host
\n",TRENDS_CGI,url_encode(query_host_name)); >> >> >>------------------------------------------------------------------------ >> >>_______________________________________________________ >>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 >> From noreply at sourceforge.net Wed Jun 14 17:09:16 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 14 Jun 2006 08:09:16 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1506121 ] check_http Problem with protocol change in redirect Message-ID: Bugs item #1506121, was opened at 2006-06-14 17:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1506121&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: None Status: Open Resolution: None Priority: 5 Submitted By: Jedrzej (jedrzejj) Assigned to: Nobody/Anonymous (nobody) Summary: check_http Problem with protocol change in redirect Initial Comment: Doing 'http_check -f follow' on an http:// url which returns an HTTP 302 redirect to an https:// SSL site, which in turn gives another redirect to an http:// url results in segmentation fault. Suppose we have 3 pages: test1.php: test2.php: test3.php: Doing 'check_http -H my.test.host -u "http://my.test.host/test1.php" -f follow' will cause a segmentation fault. It wouldn't happen if test2.php returned HTTP 200 code nor if test2.php returned another https:// link. It always seems to happen in HTTP -> HTTPS -> HTTP request chains. The problem occurs on Solaris 9 with gcc-4.1.1 and Solaris 10 with gcc-4.0.2, both have openssl 0.9.8. I haven't yet tested any other configurations. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1506121&group_id=29880 From noreply at sourceforge.net Thu Jun 15 09:12:35 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 15 Jun 2006 00:12:35 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1481615 ] Problem with check_disk Message-ID: Bugs item #1481615, was opened at 2006-05-04 09:04 Message generated for change (Comment added) made by blackraven1977 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1481615&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: None Status: Open Resolution: None Priority: 5 Submitted By: Tobias Mucke (mucke) Assigned to: Ton Voon (tonvoon) Summary: Problem with check_disk Initial Comment: Hi everybody, yesterday I tried the new plugin version 1.4.3. I experienced a problem with check_disk. Here is the output. Filesystem /home is a reiserfs. I guess that's the reason for inode=nan%?. But that's not the problem. Look at the performance data. In the MIN field. It should be 0 but it is -2147483648. /opt/nagios/plugins/check_disk -w 20 -c 10 -p /home DISK OK - free space: /home 480 MB (94% inode=nan%);| /home=32MB;491;501;-2147483648;511 Thanks in advance. Tobias ---------------------------------------------------------------------- Comment By: Olexandr Davydenko (blackraven1977) Date: 2006-06-15 10:12 Message: Logged In: YES user_id=1526665 Hi everybody! I have similar problem on FreeBSD 6.1 with check_disk.c,v 1.64 2006/03/27 08:19:01 Ralph R????ner patch solved this problem. ---------------------------------------------------------------------- Comment By: Tobias Mucke (mucke) Date: 2006-05-18 12:28 Message: Logged In: YES user_id=481892 Hi everybody, checked out newest snapshot 20060517 but same problem. Tobias ---------------------------------------------------------------------- Comment By: Ralph R????ner (ralph_roessner) Date: 2006-05-08 21:08 Message: Logged In: YES user_id=1515003 Hi everybody! I have a similar problem on Solaris, only I get bitten by validate_arguments(), which complains that "C_IDFP (67065044...467904.000000) should be less than W_IDFP (0.0)". It appears that the minimum free inode percentage was not correctly initialized. This only appears when file systems are selected with "-p". The reason I suspect is that the c_idfp and w_idfp members of the path list structure are never initialized in this case, at least not at the point where c_dfp and w_dfp are (check_disk.c lines 457ff). So random malloc()ed memory is passed to validate_arguments(), and the results vary according to architecture and phase of the moon. I created a patch that treats the [cw]_idfp like [cw]_dfp at the point where the "-p" argument is parsed. This makes the problem go away for me. If there are other places where the path list is added to then there is a good chance that the same oversight happened there too. Since I don't find a way to attach a file to a thread I did not open, I will include the patch here: --8><----------------------------------- *** nagios-plugins-1.4.3/plugins/check_disk.c.orig Mon May 8 19:50:33 2006 --- nagios-plugins-1.4.3/plugins/check_disk.c Mon May 8 19:49:48 2006 *************** *** 462,467 **** --- 462,469 ---- se->c_df = c_df; se->w_dfp = w_dfp; se->c_dfp = c_dfp; + se->w_idfp = w_idfp; + se->c_idfp = c_idfp; se->found = 0; se->found_len = 0; *pathtail = se; --8><----------------------------------- Hope this helps, Ralph R????ner ---------------------------------------------------------------------- Comment By: Tobias Mucke (mucke) Date: 2006-05-05 17:20 Message: Logged In: YES user_id=481892 Ton, checked it, but same problem. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-05-05 11:37 Message: Logged In: YES user_id=664364 Tobias, Can you check the snapshot at http://nagiosplug.sf.net/snapshot? There was a fix reported for inode problems on Solaris, but probably applicable to reiserfs too. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1481615&group_id=29880 From noreply at sourceforge.net Thu Jun 15 09:52:46 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 15 Jun 2006 00:52:46 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1481615 ] Problem with check_disk Message-ID: Bugs item #1481615, was opened at 2006-05-04 07:04 Message generated for change (Settings changed) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1481615&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: None >Status: Pending >Resolution: Fixed Priority: 5 Submitted By: Tobias Mucke (mucke) Assigned to: Ton Voon (tonvoon) Summary: Problem with check_disk Initial Comment: Hi everybody, yesterday I tried the new plugin version 1.4.3. I experienced a problem with check_disk. Here is the output. Filesystem /home is a reiserfs. I guess that's the reason for inode=nan%?. But that's not the problem. Look at the performance data. In the MIN field. It should be 0 but it is -2147483648. /opt/nagios/plugins/check_disk -w 20 -c 10 -p /home DISK OK - free space: /home 480 MB (94% inode=nan%);| /home=32MB;491;501;-2147483648;511 Thanks in advance. Tobias ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-06-15 08:52 Message: Logged In: YES user_id=664364 Hi all! The patch by Ralph is already applied to CVS in check_disk.c v1.67. Please try the snapshot at http://nagiosplug.sf.net/snapshot. I'm putting this call into pending. Ton ---------------------------------------------------------------------- Comment By: Olexandr Davydenko (blackraven1977) Date: 2006-06-15 08:12 Message: Logged In: YES user_id=1526665 Hi everybody! I have similar problem on FreeBSD 6.1 with check_disk.c,v 1.64 2006/03/27 08:19:01 Ralph R????ner patch solved this problem. ---------------------------------------------------------------------- Comment By: Tobias Mucke (mucke) Date: 2006-05-18 10:28 Message: Logged In: YES user_id=481892 Hi everybody, checked out newest snapshot 20060517 but same problem. Tobias ---------------------------------------------------------------------- Comment By: Ralph R????ner (ralph_roessner) Date: 2006-05-08 19:08 Message: Logged In: YES user_id=1515003 Hi everybody! I have a similar problem on Solaris, only I get bitten by validate_arguments(), which complains that "C_IDFP (67065044...467904.000000) should be less than W_IDFP (0.0)". It appears that the minimum free inode percentage was not correctly initialized. This only appears when file systems are selected with "-p". The reason I suspect is that the c_idfp and w_idfp members of the path list structure are never initialized in this case, at least not at the point where c_dfp and w_dfp are (check_disk.c lines 457ff). So random malloc()ed memory is passed to validate_arguments(), and the results vary according to architecture and phase of the moon. I created a patch that treats the [cw]_idfp like [cw]_dfp at the point where the "-p" argument is parsed. This makes the problem go away for me. If there are other places where the path list is added to then there is a good chance that the same oversight happened there too. Since I don't find a way to attach a file to a thread I did not open, I will include the patch here: --8><----------------------------------- *** nagios-plugins-1.4.3/plugins/check_disk.c.orig Mon May 8 19:50:33 2006 --- nagios-plugins-1.4.3/plugins/check_disk.c Mon May 8 19:49:48 2006 *************** *** 462,467 **** --- 462,469 ---- se->c_df = c_df; se->w_dfp = w_dfp; se->c_dfp = c_dfp; + se->w_idfp = w_idfp; + se->c_idfp = c_idfp; se->found = 0; se->found_len = 0; *pathtail = se; --8><----------------------------------- Hope this helps, Ralph R????ner ---------------------------------------------------------------------- Comment By: Tobias Mucke (mucke) Date: 2006-05-05 15:20 Message: Logged In: YES user_id=481892 Ton, checked it, but same problem. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-05-05 09:37 Message: Logged In: YES user_id=664364 Tobias, Can you check the snapshot at http://nagiosplug.sf.net/snapshot? There was a fix reported for inode problems on Solaris, but probably applicable to reiserfs too. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1481615&group_id=29880 From santosh.swarnkar at gmail.com Thu Jun 15 13:23:40 2006 From: santosh.swarnkar at gmail.com (santosh swarnkar) Date: Thu, 15 Jun 2006 16:53:40 +0530 Subject: [Nagiosplug-devel] problem in nagios notification related date & time Message-ID: hello iam facing problem in nagios notification i am tested nagios using rpm version. In this i received notification with date & time While when iam using with tarball there is problem with notification not received date & time please suggest me -- Thanks & regards santosh kumar swarnkar cms computers Ltd. +919425005364 -------------- next part -------------- An HTML attachment was scrubbed... URL: From william at elan.net Thu Jun 15 23:28:36 2006 From: william at elan.net (william(at)elan.net) Date: Thu, 15 Jun 2006 14:28:36 -0700 (PDT) Subject: [Nagiosplug-devel] some addition to nagios I'm working on Message-ID: I'm working on some additions to nagios code as part of my current project (actually most of it is already done). If you'd like to see any/all of this submitted as patches for inclusion in your main code, let me know: 1. Addition of extinfo structures for hostgroup and servicegroup (mostly duplicated structures & supporting code for service_extinfo), the config for them are [not surprisingly] hostgroupextinfo and servicegroupextinfo. I only need to use hostgroupextinfo myself so servicegroupextinfo code will not be well tested. 2. Additional target_frame field in all extinfo structures and in their config file that as you could guess is to be used to overwrite default "target=_blank" when using extinfo urls. 3. Support for having multiple hostextinfo and serviceextinfo for the same host/service. This would result is more then one icon being displayed (makes having both notes_url and action_url kind-of useless, but oh well...). This is probably more controverseal extinfo addition then the above as it changes expected error-condition behavior. 4. New status types "HOST_DISABLED" and "SERVICE_DISABLED" that with status.cgi shows up as separate field in status totals and not counted in "All problems". This status is actived when you manually disable active checks, i.e. expect it to be down for considerle period or it maybe service that was not up in the first place (i.e. same services specified for hostgroup and not every host has all of them). For my scenario I wrote it so that disabling host would automaticly cause all services for it to be seen as disabled (even if you did not actually disable them), many of you probably dont want that. BTW - this addition I've had in my production nagios for several months now and have been backporting patch from 2.1 to 2.2 and now 2.3 code. This likely even more controversial then all extinfo changes... Note that most of my current code additions are done like: #ifdef SUPPORT_DISABLE_STATUS ..code #iendif // SUPPORT_DISABLE_STATUS For real patches to main code you probably want those ifdef gone but possibly they could be converted to regular 'if' checking that particular configuration is activated. -- William Leibzon Elan Networks william at elan.net From ton.voon at altinity.com Fri Jun 16 09:56:20 2006 From: ton.voon at altinity.com (Ton Voon) Date: Fri, 16 Jun 2006 08:56:20 +0100 Subject: [Nagiosplug-devel] some addition to nagios I'm working on In-Reply-To: References: Message-ID: <22E2920B-1BAD-4094-B286-8B53F332D9A1@altinity.com> William, This sounds very interesting but should go to nagios- devel at lists.sourceforge.net instead. Ton On 15 Jun 2006, at 22:28, william(at)elan.net wrote: > > I'm working on some additions to nagios code as part of my current > project (actually most of it is already done). If you'd like to see > any/all of this submitted as patches for inclusion in your main > code, let me know: > > 1. Addition of extinfo structures for hostgroup and servicegroup > (mostly duplicated structures & supporting code for > service_extinfo), > the config for them are [not surprisingly] hostgroupextinfo and > servicegroupextinfo. I only need to use hostgroupextinfo myself > so servicegroupextinfo code will not be well tested. > 2. Additional target_frame field in all extinfo structures and in > their config file that as you could guess is to be used to > overwrite default "target=_blank" when using extinfo urls. > 3. Support for having multiple hostextinfo and serviceextinfo for > the same host/service. This would result is more then one icon > being displayed (makes having both notes_url and action_url > kind-of useless, but oh well...). This is probably more > controverseal extinfo addition then the above as it changes > expected error-condition behavior. > 4. New status types "HOST_DISABLED" and "SERVICE_DISABLED" that > with status.cgi shows up as separate field in status totals > and not counted in "All problems". This status is actived > when you manually disable active checks, i.e. expect it to be > down for considerle period or it maybe service that was not > up in the first place (i.e. same services specified for hostgroup > and not every host has all of them). For my scenario I wrote it > so that disabling host would automaticly cause all services for > it to be seen as disabled (even if you did not actually disable > them), many of you probably dont want that. BTW - this addition > I've had in my production nagios for several months now and have > been backporting patch from 2.1 to 2.2 and now 2.3 code. This > likely even more controversial then all extinfo changes... > > Note that most of my current code additions are done like: > #ifdef SUPPORT_DISABLE_STATUS > ..code > #iendif // SUPPORT_DISABLE_STATUS > For real patches to main code you probably want those ifdef gone > but possibly they could be converted to regular 'if' checking > that particular configuration is activated. http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From ton.voon at altinity.com Fri Jun 16 09:59:59 2006 From: ton.voon at altinity.com (Ton Voon) Date: Fri, 16 Jun 2006 08:59:59 +0100 Subject: [Nagiosplug-devel] problem in nagios notification related date & time In-Reply-To: References: Message-ID: Notification issues should go to nagios-users at lists.sourceforge.net instead of this plugins list. On 15 Jun 2006, at 12:23, santosh swarnkar wrote: > hello > iam facing problem in nagios notification > i am tested nagios using rpm version. In this i received > notification with date & time > While when iam using with tarball there is problem with > notification not received date & time > > please suggest me > http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From noreply at sourceforge.net Mon Jun 19 07:43:25 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 18 Jun 2006 22:43:25 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1481615 ] Problem with check_disk Message-ID: Bugs item #1481615, was opened at 2006-05-04 08:04 Message generated for change (Settings changed) made by mucke You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1481615&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: None >Status: Open Resolution: Fixed Priority: 5 Submitted By: Tobias Mucke (mucke) Assigned to: Ton Voon (tonvoon) Summary: Problem with check_disk Initial Comment: Hi everybody, yesterday I tried the new plugin version 1.4.3. I experienced a problem with check_disk. Here is the output. Filesystem /home is a reiserfs. I guess that's the reason for inode=nan%?. But that's not the problem. Look at the performance data. In the MIN field. It should be 0 but it is -2147483648. /opt/nagios/plugins/check_disk -w 20 -c 10 -p /home DISK OK - free space: /home 480 MB (94% inode=nan%);| /home=32MB;491;501;-2147483648;511 Thanks in advance. Tobias ---------------------------------------------------------------------- >Comment By: Tobias Mucke (mucke) Date: 2006-06-19 07:43 Message: Logged In: YES user_id=481892 Hi everybody, sorry, since I am not a C programmer I can't figure out the problem, but it still persists. Tried newest plugin version. ~> /opt/nagios/plugins/check_disk --version check_disk (nagios-plugins 1.4.3) 1.67 ~> /opt/nagios/plugins/check_disk -p /home DISK OK - free space: /home 480 MB (94% inode=nan%);| /home=32MB;511;511;-2147483648;511 I reopend the call again. Thanks. Tobias ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-06-15 09:52 Message: Logged In: YES user_id=664364 Hi all! The patch by Ralph is already applied to CVS in check_disk.c v1.67. Please try the snapshot at http://nagiosplug.sf.net/snapshot. I'm putting this call into pending. Ton ---------------------------------------------------------------------- Comment By: Olexandr Davydenko (blackraven1977) Date: 2006-06-15 09:12 Message: Logged In: YES user_id=1526665 Hi everybody! I have similar problem on FreeBSD 6.1 with check_disk.c,v 1.64 2006/03/27 08:19:01 Ralph R????ner patch solved this problem. ---------------------------------------------------------------------- Comment By: Tobias Mucke (mucke) Date: 2006-05-18 11:28 Message: Logged In: YES user_id=481892 Hi everybody, checked out newest snapshot 20060517 but same problem. Tobias ---------------------------------------------------------------------- Comment By: Ralph R????ner (ralph_roessner) Date: 2006-05-08 20:08 Message: Logged In: YES user_id=1515003 Hi everybody! I have a similar problem on Solaris, only I get bitten by validate_arguments(), which complains that "C_IDFP (67065044...467904.000000) should be less than W_IDFP (0.0)". It appears that the minimum free inode percentage was not correctly initialized. This only appears when file systems are selected with "-p". The reason I suspect is that the c_idfp and w_idfp members of the path list structure are never initialized in this case, at least not at the point where c_dfp and w_dfp are (check_disk.c lines 457ff). So random malloc()ed memory is passed to validate_arguments(), and the results vary according to architecture and phase of the moon. I created a patch that treats the [cw]_idfp like [cw]_dfp at the point where the "-p" argument is parsed. This makes the problem go away for me. If there are other places where the path list is added to then there is a good chance that the same oversight happened there too. Since I don't find a way to attach a file to a thread I did not open, I will include the patch here: --8><----------------------------------- *** nagios-plugins-1.4.3/plugins/check_disk.c.orig Mon May 8 19:50:33 2006 --- nagios-plugins-1.4.3/plugins/check_disk.c Mon May 8 19:49:48 2006 *************** *** 462,467 **** --- 462,469 ---- se->c_df = c_df; se->w_dfp = w_dfp; se->c_dfp = c_dfp; + se->w_idfp = w_idfp; + se->c_idfp = c_idfp; se->found = 0; se->found_len = 0; *pathtail = se; --8><----------------------------------- Hope this helps, Ralph R????ner ---------------------------------------------------------------------- Comment By: Tobias Mucke (mucke) Date: 2006-05-05 16:20 Message: Logged In: YES user_id=481892 Ton, checked it, but same problem. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-05-05 10:37 Message: Logged In: YES user_id=664364 Tobias, Can you check the snapshot at http://nagiosplug.sf.net/snapshot? There was a fix reported for inode problems on Solaris, but probably applicable to reiserfs too. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1481615&group_id=29880 From dag at wieers.com Fri Jun 16 18:37:47 2006 From: dag at wieers.com (Dag Wieers) Date: Fri, 16 Jun 2006 18:37:47 +0200 (CEST) Subject: [Nagiosplug-devel] RPM/Debian packaging In-Reply-To: References: Message-ID: On Sun, 14 May 2006, Subhendu Ghosh wrote: > I am looking at the issues packagers are having with the plugins distribution. > > I would like to see what we can do to resolve them. Can package maintainers > provide some comments and feedback on the direction we should be heading? Package the nagios-plugins package is hard for various reasons. + It requires a lot of development stuff to be available during the build. A lot of these requirements however should not be part of the target system. (And vice-versa, not all the requirements that are necessary on the target system are essentially needed on the buildsystem) + The configure script does not understand the distinction between the build-system and the target system. For example, it assumes in certain places that the system we're creating the package is the target system. > I am open to generating multiple binary RPMs from the single src.rpm Well, I'm not sure if that would improve the situation. It's hardly an option to create 1 RPM package per plugin. Nor is it a good idea to put _all_ requirements into the single nagios-plugins RPM package. I know what we're doing currently is not the best way. But it's the most practical way for people to install the nagios-plugins. Even if it means they have to select and install the requirements themselves that certain plugins need. Apart from improving the build/install system (which I think we really ought to do) the resulting package, for practical reasons, will most likely be identical to what I currently provide. But I'm open to discuss :) Kind regards, -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From noreply at sourceforge.net Tue Jun 20 20:43:14 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 20 Jun 2006 11:43:14 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1484825 ] check_dhcp fails to link on Solaris 2.6 Message-ID: Bugs item #1484825, was opened at 2006-05-09 17:35 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1484825&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Duncan Ferguson (duncan_ferguson) Assigned to: Ethan Galstad (egalstad) Summary: check_dhcp fails to link on Solaris 2.6 Initial Comment: /bin/ksh ../libtool --mode=link --tag=CC gcc -g -O2 -L. -o check_dhcp check_dhcp.o ../plugins/netutils.o ../plugins/utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a getaddrinfo.o gethostbyname.o -lnsl -lsocket -lresolv ../intl/libintl.a -liconv -lgen -lnsl gcc -g -O2 -o check_dhcp check_dhcp.o ../plugins/netutils.o ../plugins/utils.o getaddrinfo.o gethostbyname.o -L/tmp/nagios-plugins-1.4.3/plugins-root ../lib/libnagiosplug.a ../lib/libcoreutils.a -lsocket -lresolv ../intl/libintl.a /usr/local/lib/libiconv.so -L/usr/local/lib -L/usr/openwin/lib -L/usr/lib -L/usr/local/ssl/lib -L/usr/local/BerkeleyDB.4.2/lib -lgen -lnsl -R/usr/local/lib -R/usr/local/lib gcc: getaddrinfo.o: No such file or directory gcc: gethostbyname.o: No such file or directory make: *** [check_dhcp] Error 1 ===== Modifying the Makefile EXTRA_NETOBJS = getaddrinfo.o gethostbyname.o to EXTRA_NETOBJS = ../plugins/getaddrinfo.o ../plugins/gethostbyname.o fixes it ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-06-20 19:43 Message: Logged In: YES user_id=664364 Ethan, Can I take this? I want to move the substitute getaddinfo library into lib/. This should fix various other tracker items as well. Ton ---------------------------------------------------------------------- Comment By: Jason Kau (bubbafat) Date: 2006-05-12 06:19 Message: Logged In: YES user_id=1495257 Same thing occurs on Solaris 7 using gcc version egcs- 2.91.66 19990314 (egcs-1.1.2 release): source='check_dhcp.c' object='check_dhcp.o' libtool=no \ DEPDIR=.deps depmode=gcc /bin/ksh ../depcomp \ gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I../plugins -I/usr/local/include -I/usr/local/include -g - O2 -c check_dhcp.c /bin/ksh ../libtool --mode=link --tag=CC gcc -g -O2 -L. - R/usr/local/lib -o check_dhcp check_dhcp.o ../plugins/netutils.o ../plugins/utils.o ../lib /libnagiosplug.a ../lib/libcoreutils.a getaddrinfo.o gethostbyname.o -lnsl -lsocket -lresolv ../intl/libintl.a - lgen -lnsl -lssl -lcrypto mkdir .libs gcc -g -O2 -o check_dhcp check_dhcp.o ../plugins/netutils.o ../plugins/utils.o getaddrinfo.o gethostbyname.o -L/home/jkau/build/nagios- plugins/nagios-plugins-1.4.3/plugins- root ../lib/libnagiosplug.a ../lib/libcoreutils.a -lsocket - lresolv ../intl/libintl.a -lgen -lnsl -lssl -lcrypto - R/usr/local/lib gcc: getaddrinfo.o: No such file or directory gcc: gethostbyname.o: No such file or directory make: *** [check_dhcp] Error 1 However on Solaris 8 using gcc version 3.3.2 this problem does not occurr: if gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I../plugins -I/usr/local/include -I/usr/local/include -g - O2 -MT check_dhcp.o -MD -MP -MF ".deps/check_dhcp.Tpo" -c - o check_dhcp.o check_dhcp.c; \ then mv -f ".deps/check_dhcp.Tpo" ".deps/check_dhcp.Po"; else rm -f ".deps/check_dhcp.Tpo"; exit 1; fi /bin/bash ../libtool --mode=link --tag=CC gcc -g -O2 -L. - R/usr/local/lib -o check_dhcp check_dhcp.o ../plugins/netutils.o ../plugins/utils.o ../lib /libnagiosplug.a ../lib/libcoreutils.a -lnsl -lsocket - lresolv ../intl/libintl.a -liconv -lgen -lsocket -lssl - lcrypto mkdir .libs gcc -g -O2 -o check_dhcp check_dhcp.o ../plugins/netutils.o ../plugins/utils.o - L/home/gtri/nagios/nagios-plugins-1.4.3/plugins- root ../lib/libnagiosplug.a ../lib/libcoreutils.a -lnsl - lresolv ../intl/libintl.a /usr/local/lib/libiconv.so - L/usr/lib -L/usr/openwin/lib -L/usr/local/lib - L/usr/local/ssl/lib -lgen -lsocket -lssl -lcrypto - R/usr/local/lib -R/usr/local/lib ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1484825&group_id=29880 From noreply at sourceforge.net Tue Jun 20 20:45:31 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 20 Jun 2006 11:45:31 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1398284 ] Compilation failed - nagios-plugins-1.4.2 Message-ID: Bugs item #1398284, was opened at 2006-01-06 05:38 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1398284&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) >Status: Pending Resolution: None Priority: 5 Submitted By: Michael Henry (aviast) Assigned to: Ton Voon (tonvoon) Summary: Compilation failed - nagios-plugins-1.4.2 Initial Comment: Version 1.4.2 of the plugins failed to compile with this error: gcc: cannot specify -o with -c or -S and multiple compilations Here's the full output: Making all in plugins make[2]: Entering directory `/home/nagios/nagios-plugins-1.4.2/plugins' if gcc -DLOCALEDIR=\"/home/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl /usr/local/pgsql/include -g -O2 -MT check_dhcp.o -MD -MP -MF ".deps/check_dhcp.Tpo" -c -o check_dhcp.o check_dhcp.c; \ then mv -f ".deps/check_dhcp.Tpo" ".deps/check_dhcp.Po"; else rm -f ".deps/check_dhcp.Tpo"; exit 1; fi gcc: cannot specify -o with -c or -S and multiple compilations make[2]: *** [check_dhcp.o] Error 1 make[2]: Leaving directory `/home/nagios/nagios-plugins-1.4.2/plugins' The version of GCC is: gcc (GCC) 3.2.3 ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-06-20 19:45 Message: Logged In: YES user_id=664364 Michael, Can you please try the snapshot at http://nagiosplug.sf.net/snapshot. Marking this call in pending. Will auto close if no response is given in 7 days. Ton ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-03-22 17:34 Message: Logged In: YES user_id=664364 Michael, Can you please try the snapshot at http://nagiosplug.sf.net/snapshot. Which platform are you running on? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1398284&group_id=29880 From noreply at sourceforge.net Tue Jun 20 20:46:43 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 20 Jun 2006 11:46:43 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1446747 ] can't compile any versions Message-ID: Bugs item #1446747, was opened at 2006-03-09 20:44 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446747&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) >Status: Pending Resolution: None Priority: 5 Submitted By: Dan Gahlinger (routerslayer) Assigned to: Ton Voon (tonvoon) Summary: can't compile any versions Initial Comment: none of the nagios-plugins will compile. I always get an error, I even tried the latest cvs HEAD versions, error as follows: gcc: unrecognized option '-R/lib' /usr/lib64/gcc/x86_64-suse-linux/4.0.2/../../../../x86_64-suse-linux/bin/ld: cannot find -lssl collect2: ld returned 1 exit status make[3]: *** [check_disk] Error 1 1.4.2 gives much more errors: gcc: unrecognized option '-R/usr/local/ssl/lib' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_load': dso_dlfcn.c:(.text+0x52): undefined reference to `dlopen' dso_dlfcn.c:(.text+0xc0): undefined reference to `dlclose' dso_dlfcn.c:(.text+0x100): undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_unload': dso_dlfcn.c:(.text+0x19d): undefined reference to `dlclose' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_bind_var': dso_dlfcn.c:(.text+0x25a): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x301): undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_bind_func': dso_dlfcn.c:(.text+0x37a): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x426): undefined reference to `dlerror' collect2: ld returned 1 exit status I've tried openssl 0.9.7f, 0.9.7i, 0.9.8a doesn't make any difference. they install into /usr/local/ssl this happens on SUSE 10.1 pro or RedHat Fedora FC4 ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-06-20 19:46 Message: Logged In: YES user_id=664364 Dan, Can you try the snapshot at http://nagiosplug.sf.net/snapshot? Marking this call in pending and will auto close in 7 days if no response. Ton ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-03-22 17:40 Message: Logged In: YES user_id=664364 Dan, Can you try the CVS snapshot at http://nagiosplug.sf.net/snapshot. This has support for libtool, which should help with -R options and dlopen calls. Which platform are you running on? Ton ---------------------------------------------------------------------- Comment By: Jason Martin (jhmartin) Date: 2006-03-09 22:12 Message: Logged In: YES user_id=589094 What version of gcc are you using? -R (meant as -rpath) doesn't seem to be present in all versions. LD_RUN_PATH as an environmental variable fulfills the same function. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446747&group_id=29880 From noreply at sourceforge.net Tue Jun 20 20:48:54 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 20 Jun 2006 11:48:54 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1155565 ] check_dig needs better check in if statement Message-ID: Bugs item #1155565, was opened at 2005-03-03 03:38 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1155565&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: CVS >Status: Pending Resolution: None Priority: 5 Submitted By: Quanah Gibson-Mount (mishikal) Assigned to: Ton Voon (tonvoon) Summary: check_dig needs better check in if statement Initial Comment: This patch helps compensate for different DNS returns: --- nagios-plugins-1.3.1/plugins/check_dig.c.orig 2003-01-13 04:15:15.000001000 -0800 +++ nagios-plugins-1.3.1/plugins/check_dig.c 2003-12-12 07:48:30.000001000 -0800 @@ -76,11 +76,12 @@ printf ("Could not open stderr for %s\n", command_line); while (fgets (input_buffer, MAX_INPUT_BUFFER - 1, child_process)) { /* the server is responding, we just got the host name... */ - if (strstr (input_buffer, ";; ANSWER SECTION:")) { + if (strstr (input_buffer, ";; ANSWER SECTION:") || + strstr (input_buffer, ";; ANSWERS:")) { /* get the host address */ if (!fgets (input_buffer, MAX_INPUT_BUFFER - 1, child_process)) break; ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-06-20 19:48 Message: Logged In: YES user_id=664364 Quanah, Can I have a sample output from dig please? We can use this to run tests so this is caught in all future versions. Marking this call in pending and will auto close in 7 days if no response. Ton ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-08-01 22:18 Message: Logged In: YES user_id=664364 Quanah, Which version of dig are you using that returns output in this format? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1155565&group_id=29880 From noreply at sourceforge.net Tue Jun 20 20:51:37 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 20 Jun 2006 11:51:37 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1291115 ] Wrong compile Options for openSSL Message-ID: Bugs item #1291115, was opened at 2005-09-14 16:45 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1291115&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) >Status: Pending Resolution: None Priority: 5 Submitted By: Michael (fichi) >Assigned to: Ton Voon (tonvoon) Summary: Wrong compile Options for openSSL Initial Comment: I tried to compile nagios-plugins-1.4.1.tar.gz on a debian 3.1r0a system. I installed openssl-0.9.8 successfully into /usr/local/ssl which is default for this release. I run ./configure --with-openssl=/usr/local/ssl The make aborted with the following error message. gcc -g -O2 -L. -R/usr/local/ssl/lib -L/usr/local/ssl/lib -o check_http check_http.o netutils.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lnsl -lresolv -lssl -lcrypto -I/usr/local/ssl/include gcc: unrecognized option `-R/usr/local/ssl/lib' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o)(.text+0x45): In function `dlfcn_load': : undefined reference to `dlopen' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o)(.text+0xc4): In function `dlfcn_load': : undefined reference to `dlclose' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o)(.text+0x102): In function `dlfcn_load': : undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o)(.text+0x1ad): In function `dlfcn_bind_var': : undefined reference to `dlsym' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o)(.text+0x1f2): In function `dlfcn_bind_var': : undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o)(.text+0x2ed): In function `dlfcn_bind_func': : undefined reference to `dlsym' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o)(.text+0x337): In function `dlfcn_bind_func': : undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o)(.text+0x68a): In function `dlfcn_unload': : undefined reference to `dlclose' collect2: ld returned 1 exit status make[2]: *** [check_http] Error 1 make[2]: Leaving directory `/root/src/nagios-plugins-1.4.1/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/src/nagios-plugins-1.4.1' make: *** [all] Error 2 The problem is in the Makefile from the plugin directory. If you echang the following lines: LDFLAGS = -L. -R/usr/local/ssl/lib -L/usr/local/ssl/lib -> LDFLAGS = -L. -L/usr/local/ssl/lib -L/usr/local/ssl/lib SSLLIBS = -lssl -lcrypto -> SSLLIBS = -lssl -ldl -lcrypto the compile goes OK It seams that openSSL requires an additional link option -ldl for this release. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-06-20 19:51 Message: Logged In: YES user_id=664364 Michael, Can you try the snapshot at http://nagiosplug.sf.net/snapshot? Marking this call in pending and will auto close in 7 days if no response. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1291115&group_id=29880 From noreply at sourceforge.net Wed Jun 21 05:32:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 20 Jun 2006 20:32:03 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1509699 ] po/LINGUAS needs a newline Message-ID: Bugs item #1509699, was opened at 2006-06-21 15:32 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=1509699&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Lloyd Parkes (lloydparkes) Assigned to: Nobody/Anonymous (nobody) Summary: po/LINGUAS needs a newline Initial Comment: The one line file po/LINGUAS (CVS version is 1.1) has no end of line character. This means that only GNU sed can process it. Solaris sed just ignores the line and BSD sed prints out garbage at the end of the output. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1509699&group_id=29880 From noreply at sourceforge.net Wed Jun 21 09:13:58 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 21 Jun 2006 00:13:58 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-1509752 ] check_mysql.c improvements to support MySQL5 Message-ID: Feature Requests item #1509752, was opened at 2006-06-21 09:13 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=1509752&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 Submitted By: Jose Javier Sianes Ruiz (jsianes) Assigned to: Nobody/Anonymous (nobody) Summary: check_mysql.c improvements to support MySQL5 Initial Comment: I have noted check_mysql.c file included in nagios-plugins is very old, over 1999, and does not support correctly new MySQL5. It uses some deprecated procedures, so I have modified the code to make it work with an MySQL5 DB Server. Also, I have added new parameters to tell what DB you want to connect to and the mysql listening port. Checked with Nagios 2.4, new script works out of the box. Fell free to use it in upcoming nagios-plugins versions. Example configuration: In 'checkcommands.cfg' you have to add: # 'check_mysql' command definition define command{ command_name check_mysql command_line $USER1$/contrib/check_mysql $HOSTADDRESS$ $ARG1$ $ARG2$ $ARG3$ $ARG4$ } And at least one service check on 'services.cfg' like this one: define service{ use generic-service ; Name of service template to use host_name MyHostname service_description MYSQL is_volatile 0 check_period 24x7 max_check_attempts 3 normal_check_interval 3 retry_check_interval 1 contact_groups administrators notification_interval 120 notification_period 24x7 notification_options w,u,c,r check_command check_mysql!mysqluser!password!mysqlbd!3306 } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=1509752&group_id=29880 From noreply at sourceforge.net Wed Jun 21 11:51:30 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 21 Jun 2006 02:51:30 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1509699 ] po/LINGUAS needs a newline Message-ID: Bugs item #1509699, was opened at 2006-06-21 05:32 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1509699&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: CVS >Status: Closed Resolution: None Priority: 5 Submitted By: Lloyd Parkes (lloydparkes) >Assigned to: Benoit Mortier (opensides) Summary: po/LINGUAS needs a newline Initial Comment: The one line file po/LINGUAS (CVS version is 1.1) has no end of line character. This means that only GNU sed can process it. Solaris sed just ignores the line and BSD sed prints out garbage at the end of the output. ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2006-06-21 11:51 Message: Logged In: YES user_id=388184 this problem is now fixed in cvs. thank you for your report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1509699&group_id=29880 From terrybb at paradise.net.nz Thu Jun 22 03:54:06 2006 From: terrybb at paradise.net.nz (Terry) Date: Thu, 22 Jun 2006 13:54:06 +1200 Subject: [Nagiosplug-devel] max_attempts, max_check_attempts & notify_recovery Message-ID: <00a801c6959e$bef3add0$96f1fea9@Acer> Hi list, I've read the Nagios 2.0 documentation PDF, and I can't understand some things about max_attempts, max_check_attempts, and notify_recovery. My questions are: 1. What's the difference between max_attempts and max_check_attempts? 2. I see both max_attempts and max_check_attempts mentioned many times in the documentation, and there are 2 paragraphs which specifically define max_check_attempts, but no such specific paragraphs for max_attempts. Why could this be? 3. I see max_attempts and notify_recovery specified in the check_log plugin (and it's newer versions - check_log2 and check_log3). Why will Nagios not start when I try to put "max_attempts 1" into my service definition? 3. Why will Nagios not start when I try to put "notify_recovery 0" into my service definition? Can anyone help me, please? Thanks...Terry ----------------------- The mailing list archive is found here: http://www.nagiosexchange.org/nagios-plugdevel.34.0.html -------------- next part -------------- An HTML attachment was scrubbed... URL: From terrybb at paradise.net.nz Thu Jun 22 04:01:46 2006 From: terrybb at paradise.net.nz (Terry Speirs) Date: Thu, 22 Jun 2006 04:01:46 +0200 (CEST) Subject: [Nagiosplug-devel] max_attempts, max_check_attempts & notify_recovery Message-ID: <20060622020146.ECEB14F4045@desire.netways.de> Hi list Sorry if the my last post didn't come through correctly. I've read the Nagios 2.0 documentation PDF, and I can't understand some things about max_attempts, max_check_attempts, and notify_recovery. My questions are: 1. What's the difference between max_attempts and max_check_attempts? 2. I see both max_attempts and max_check_attempts mentioned many times in the documentation, and there are 2 paragraphs which specificall y define max_check_attempts, but no such specific paragraphs for max_attempts. Why could this be? 3. I see max_attempts and notify_recovery specified in the check_log plugin (and it's newer versions - check_log2 and check_log3). Why will Nagios not start when I try to put "max_attempts 1" into my service definition? 3. Why will Nagios not start when I try to put "notify_recovery 0" into my service definition? Can anyone help me, please? Thanks. - Terry Speirs (Terry) ----------------------- The mailing list archive is found here: http://www.nagiosexchange.org/nagiosplug-devel.31.0.html From terrybb at paradise.net.nz Thu Jun 22 04:01:54 2006 From: terrybb at paradise.net.nz (Terry Speirs) Date: Thu, 22 Jun 2006 04:01:54 +0200 (CEST) Subject: [Nagiosplug-devel] max_attempts, max_check_attempts & notify_recovery Message-ID: <20060622020154.D80BF4F4045@desire.netways.de> Hi list Sorry if the my last post didn't come through correctly. I've read the Nagios 2.0 documentation PDF, and I can't understand some things about max_attempts, max_check_attempts, and notify_recovery. My questions are: 1. What's the difference between max_attempts and max_check_attempts? 2. I see both max_attempts and max_check_attempts mentioned many times in the documentation, and there are 2 paragraphs which specificall y define max_check_attempts, but no such specific paragraphs for max_attempts. Why could this be? 3. I see max_attempts and notify_recovery specified in the check_log plugin (and it's newer versions - check_log2 and check_log3). Why will Nagios not start when I try to put "max_attempts 1" into my service definition? 3. Why will Nagios not start when I try to put "notify_recovery 0" into my service definition? Can anyone help me, please? Thanks. - Terry Speirs (Terry) ----------------------- The mailing list archive is found here: http://www.nagiosexchange.org/nagiosplug-devel.31.0.html From terrybb at paradise.net.nz Thu Jun 22 04:02:04 2006 From: terrybb at paradise.net.nz (Terry Speirs) Date: Thu, 22 Jun 2006 04:02:04 +0200 (CEST) Subject: [Nagiosplug-devel] max_attempts, max_check_attempts & notify_recovery Message-ID: <20060622020204.B93CA4F4045@desire.netways.de> Hi list Sorry if the my last post didn't come through correctly. I've read the Nagios 2.0 documentation PDF, and I can't understand some things about max_attempts, max_check_attempts, and notify_recovery. My questions are: 1. What's the difference between max_attempts and max_check_attempts? 2. I see both max_attempts and max_check_attempts mentioned many times in the documentation, and there are 2 paragraphs which specificall y define max_check_attempts, but no such specific paragraphs for max_attempts. Why could this be? 3. I see max_attempts and notify_recovery specified in the check_log plugin (and it's newer versions - check_log2 and check_log3). Why will Nagios not start when I try to put "max_attempts 1" into my service definition? 3. Why will Nagios not start when I try to put "notify_recovery 0" into my service definition? Can anyone help me, please? Thanks. - Terry Speirs (Terry) ----------------------- The mailing list archive is found here: http://www.nagiosexchange.org/nagiosplug-devel.31.0.html From ton.voon at altinity.com Thu Jun 22 10:57:38 2006 From: ton.voon at altinity.com (Ton Voon) Date: Thu, 22 Jun 2006 09:57:38 +0100 Subject: [Nagiosplug-devel] max_attempts, max_check_attempts & notify_recovery In-Reply-To: <20060622020204.B93CA4F4045@desire.netways.de> References: <20060622020204.B93CA4F4045@desire.netways.de> Message-ID: Terry, Good news: Post come in. Bad news: wrong list. This should go to the nagios-users at lists.sourceforge.net mailing list. Hmm, are you sending via Nagiosexchange? It would be easier to just send emails directly. Ton On 22 Jun 2006, at 03:02, Terry Speirs wrote: > Hi list > > > > Sorry if the my last post didn't come through correctly. > > > > I've read the Nagios 2.0 documentation PDF, and I can't understand > some things about max_attempts, max_check_attempts, and > notify_recovery. > My questions are: > > > > 1. What's the difference between max_attempts and max_check_attempts? > > > > 2. I see both max_attempts and max_check_attempts mentioned many > times in the documentation, and there are 2 paragraphs which > specificall > y define max_check_attempts, but no such specific paragraphs for > max_attempts. Why could this be? > > > > 3. I see max_attempts and notify_recovery specified in the check_log > plugin (and it's newer versions - check_log2 and check_log3). > Why will Nagios not start when I try to put "max_attempts 1" into > my service definition? > > > > 3. Why will Nagios not start when I try to put "notify_recovery > 0" into my service definition? > > > > Can anyone help me, please? > > > > Thanks. > > > > - Terry Speirs (Terry) > > > > ----------------------- > > The mailing list archive is found here: > > http://www.nagiosexchange.org/nagiosplug-devel.31.0.html http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From noreply at sourceforge.net Thu Jun 22 16:50:50 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 22 Jun 2006 07:50:50 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1510712 ] nullmailer support for check_mailq Message-ID: Patches item #1510712, was opened at 2006-06-22 16:50 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=1510712&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 Submitted By: Luca Corti (corteccio) Assigned to: Nobody/Anonymous (nobody) Summary: nullmailer support for check_mailq Initial Comment: I'm using nullmailer as a relay-only MTA on many servers, including nagios boxes where it is used fo email notifications. Unfortunately nullmailer sometimes stalls and stops delivering mail while its queue grows indefinitely. Adding nullmailer support to check_mailq allows me to monitor this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1510712&group_id=29880 From noreply at sourceforge.net Thu Jun 22 16:53:25 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 22 Jun 2006 07:53:25 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1510712 ] nullmailer support for check_mailq Message-ID: Patches item #1510712, was opened at 2006-06-22 16:50 Message generated for change (Comment added) made by corteccio You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1510712&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 Submitted By: Luca Corti (corteccio) Assigned to: Nobody/Anonymous (nobody) Summary: nullmailer support for check_mailq Initial Comment: I'm using nullmailer as a relay-only MTA on many servers, including nagios boxes where it is used fo email notifications. Unfortunately nullmailer sometimes stalls and stops delivering mail while its queue grows indefinitely. Adding nullmailer support to check_mailq allows me to monitor this. ---------------------------------------------------------------------- >Comment By: Luca Corti (corteccio) Date: 2006-06-22 16:53 Message: Logged In: YES user_id=1016783 Forgot to mention in the patch I also corrected a small typo in a comment. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1510712&group_id=29880 From lmorgan at medrisknet.com Fri Jun 23 15:38:17 2006 From: lmorgan at medrisknet.com (Lynn Morgan) Date: Fri, 23 Jun 2006 09:38:17 -0400 Subject: [Nagiosplug-devel] check _printer plug-in Message-ID: We have Konica Copier/Printer. The plug-in returns UNKNOWN - "" . Please advice. Lynn Morgan MedRisk Corporate (610) 768-5812 Ext. 514 -------------- next part -------------- An HTML attachment was scrubbed... URL: From longlynn56 at hotmail.com Fri Jun 23 15:49:14 2006 From: longlynn56 at hotmail.com (Lynn Morgan) Date: Fri, 23 Jun 2006 09:49:14 -0400 Subject: [Nagiosplug-devel] (no subject) Message-ID: We have Konica Copier/Printer. The plug-in returns UNKNOWN ? ?? . Please advice. Thank you very much, Lynn Morgan _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar ? get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ From cmies at gne.de Fri Jun 23 23:35:31 2006 From: cmies at gne.de (Christian Mies) Date: Fri, 23 Jun 2006 23:35:31 +0200 Subject: [Nagiosplug-devel] Patched / enhanced check_nwstat for Performancedata Message-ID: <1151098531.4353.5.camel@etmiesjes.os-consulting.org> Hi Mailinglist, we ( some guys of the german Nagios-Portal.de ) have patched / enhanced check_nwstat.c and compiled to check_nwstat. Codebase was check_nwstat.c from Nagios Plugins 1.4.2 - Sources Now check_nwstat will output Performancedata for a few services like: -Open Files -Cache Buffers -Dirty Cache Buffers -User Connections -KB Volume free / purgeable Space -CPU Load 1 / 5 / 15 -Running Processes Hope you will enjoy it. If any questions or missing enhancements, feel free to contact me by Mailing list or direct by email. I've attached the check_nwstat.c and the compiled check_nwstat. Also downloadable at http://www.etmiesje.de/plugins Thank to Pitchfork (www.nagios-portal.de) and Andruin (www.nagios-portal.de) for hints and help. kind regards Christian Mies -------------- next part -------------- A non-text attachment was scrubbed... Name: check_nwstat Type: application/x-executable Size: 68036 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: check_nwstat.c Type: text/x-csrc Size: 33191 bytes Desc: not available URL: From noreply at sourceforge.net Sat Jun 24 04:11:53 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 23 Jun 2006 19:11:53 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1511650 ] Release 1.4.2 check_dig -p Unknown argument Message-ID: Bugs item #1511650, was opened at 2006-06-23 19:11 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=1511650&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 Submitted By: Allan (allanbennett) Assigned to: Nobody/Anonymous (nobody) Summary: Release 1.4.2 check_dig -p Unknown argument Initial Comment: Results before patch: [root at myserver ~]# /usr/lib/nagios/plugins/check_dig - H mydnsserver.com -l google.com -p 5300 /usr/lib/nagios/plugins/check_dig: invalid option -- p check_dig: Unknown argument - (null) Usage: check_dig -H host -l lookup [-p ] [-T ] [-w ] [-c ] [-t ] [-a ] [-v] I am not a programmer so please verify this patch is to your liking. --- plugins/check_dig.c.orig 2005-01-26 13:21:01.000000000 -0800 +++ plugins/check_dig.c 2006-06-23 18:37:14.000000000 -0700 @@ -213,7 +213,7 @@ return ERROR; while (1) { - c = getopt_long (argc, argv, "hVvt:l:H:w:c:T:a:", longopts, &option); + c = getopt_long (argc, argv, "hVvt:l:H:w:c:T:p:a:", longopts, &option); if (c == -1 || c == EOF) break; Results after patch: [root at mybuild nagios-plugins-1.4.2] # ./plugins/check_dig -H mydnsserver.com -l google.com -p 5300 DNS OK - 0.163 seconds response time (google.com. 300 IN A 72.14.207.99)|time=0.162925s;;;0.000000 Allan Bennett abennett at isomedia.com ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1511650&group_id=29880 From noreply at sourceforge.net Sat Jun 24 04:22:16 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 23 Jun 2006 19:22:16 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1511650 ] Release 1.4.2 check_dig -p Unknown argument Message-ID: Bugs item #1511650, was opened at 2006-06-23 19:11 Message generated for change (Comment added) made by allanbennett You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1511650&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 Submitted By: Allan (allanbennett) Assigned to: Nobody/Anonymous (nobody) Summary: Release 1.4.2 check_dig -p Unknown argument Initial Comment: Results before patch: [root at myserver ~]# /usr/lib/nagios/plugins/check_dig - H mydnsserver.com -l google.com -p 5300 /usr/lib/nagios/plugins/check_dig: invalid option -- p check_dig: Unknown argument - (null) Usage: check_dig -H host -l lookup [-p ] [-T ] [-w ] [-c ] [-t ] [-a ] [-v] I am not a programmer so please verify this patch is to your liking. --- plugins/check_dig.c.orig 2005-01-26 13:21:01.000000000 -0800 +++ plugins/check_dig.c 2006-06-23 18:37:14.000000000 -0700 @@ -213,7 +213,7 @@ return ERROR; while (1) { - c = getopt_long (argc, argv, "hVvt:l:H:w:c:T:a:", longopts, &option); + c = getopt_long (argc, argv, "hVvt:l:H:w:c:T:p:a:", longopts, &option); if (c == -1 || c == EOF) break; Results after patch: [root at mybuild nagios-plugins-1.4.2] # ./plugins/check_dig -H mydnsserver.com -l google.com -p 5300 DNS OK - 0.163 seconds response time (google.com. 300 IN A 72.14.207.99)|time=0.162925s;;;0.000000 Allan Bennett abennett at isomedia.com ---------------------------------------------------------------------- >Comment By: Allan (allanbennett) Date: 2006-06-23 19:22 Message: Logged In: YES user_id=1545223 Sorry, here is patch for 1.4.3 --- plugins/check_dig.c.orig 2005-11-13 16:51:44.000000000 -0800 +++ plugins/check_dig.c 2006-06-23 19:19:35.000000000 -0700 @@ -191,7 +191,7 @@ return ERROR; while (1) { - c = getopt_long (argc, argv, "hVvt:l:H:w:c:T:a:", longopts, &option); + c = getopt_long (argc, argv, "hVvt:l:H:w:c:T:p:a:", longopts, &option); if (c == -1 || c == EOF) break; Current CVS is missing p as well ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1511650&group_id=29880 From noreply at sourceforge.net Sat Jun 24 04:44:14 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 23 Jun 2006 19:44:14 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1511650 ] Release 1.4.2 check_dig -p Unknown argument Message-ID: Bugs item #1511650, was opened at 2006-06-23 19:11 Message generated for change (Comment added) made by allanbennett You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1511650&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 Submitted By: Allan (allanbennett) Assigned to: Nobody/Anonymous (nobody) Summary: Release 1.4.2 check_dig -p Unknown argument Initial Comment: Results before patch: [root at myserver ~]# /usr/lib/nagios/plugins/check_dig - H mydnsserver.com -l google.com -p 5300 /usr/lib/nagios/plugins/check_dig: invalid option -- p check_dig: Unknown argument - (null) Usage: check_dig -H host -l lookup [-p ] [-T ] [-w ] [-c ] [-t ] [-a ] [-v] I am not a programmer so please verify this patch is to your liking. --- plugins/check_dig.c.orig 2005-01-26 13:21:01.000000000 -0800 +++ plugins/check_dig.c 2006-06-23 18:37:14.000000000 -0700 @@ -213,7 +213,7 @@ return ERROR; while (1) { - c = getopt_long (argc, argv, "hVvt:l:H:w:c:T:a:", longopts, &option); + c = getopt_long (argc, argv, "hVvt:l:H:w:c:T:p:a:", longopts, &option); if (c == -1 || c == EOF) break; Results after patch: [root at mybuild nagios-plugins-1.4.2] # ./plugins/check_dig -H mydnsserver.com -l google.com -p 5300 DNS OK - 0.163 seconds response time (google.com. 300 IN A 72.14.207.99)|time=0.162925s;;;0.000000 Allan Bennett abennett at isomedia.com ---------------------------------------------------------------------- >Comment By: Allan (allanbennett) Date: 2006-06-23 19:44 Message: Logged In: YES user_id=1545223 Version 1.4.3 I can submit a larger patch for 1.4.3 to fix below if you wish. -p -P and --port do not work. Usage:check_dig -H host -l lookup [-p ] [-T ] [-w ] [-c ] [-t ] ] Options: -P, --port=INTEGER ---------------------------------------------------------------------- Comment By: Allan (allanbennett) Date: 2006-06-23 19:22 Message: Logged In: YES user_id=1545223 Sorry, here is patch for 1.4.3 --- plugins/check_dig.c.orig 2005-11-13 16:51:44.000000000 -0800 +++ plugins/check_dig.c 2006-06-23 19:19:35.000000000 -0700 @@ -191,7 +191,7 @@ return ERROR; while (1) { - c = getopt_long (argc, argv, "hVvt:l:H:w:c:T:a:", longopts, &option); + c = getopt_long (argc, argv, "hVvt:l:H:w:c:T:p:a:", longopts, &option); if (c == -1 || c == EOF) break; Current CVS is missing p as well ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1511650&group_id=29880 From noreply at sourceforge.net Sat Jun 24 17:36:17 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 24 Jun 2006 08:36:17 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1373819 ] check_disk_snmp.pl support for SNMP v1/2 and Windows Message-ID: Patches item #1373819, was opened at 2005-12-05 15:18 Message generated for change (Comment added) made by alex_b You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1373819&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: Rejected Priority: 5 Submitted By: Alex Burger (alex_b) Assigned to: Ton Voon (tonvoon) Summary: check_disk_snmp.pl support for SNMP v1/2 and Windows Initial Comment: The attached patch is for check_disk_snmp.pl from nagios-plugins-1.4. The patch adds: -Support for SNMP version 1 and 2 -Support for checking free bytes instead of only usage ratio -Support for selecting a device by specifying a substring of the device description such as c:, d: etc. -Support for hostname:port This version can be used to check disk space on both Unix and Windows hosts. The command line is compatible with the old version (defaults to usage). Examples from the updated help page: SNMP V3 example using ratio for device number 2: ./check_disk_snmp.pl -u nobody -l authPriv -a MD5 -A nopass -x DES -m server1 -d 2 -w 70 -c 85 SNMP V1 example using ratio for device number 2: ./check_disk_snmp.pl -v 1 -u public -m server1 -d 2 -w 70 -c 85 SNMP V1 example using bytes for device number 2 ./check_disk_snmp.pl -v 1 -u public -m server1 -d 2 -w 10Gb -c 900Mb -t bytes SNMP V1 example using bytes free for device description that contains 'c:' ./check_disk_snmp.pl -v 1 -u public -m server1 -d 'c:' -w 10Gb -c 900Mb -t bytes ---------------------------------------------------------------------- >Comment By: Alex Burger (alex_b) Date: 2006-06-24 11:36 Message: Logged In: YES user_id=85836 Nagios Exchange has check_disk_snmp, not check_disk_snmp.pl. Nagios-plugins includes it in the contrib folder. Should I add it to Nagios Exchange or should it be updated in CVS for nagios-plugins? If I add it to Nagios Exchange, who will update cvs for nagios-plugins? Alex ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-05-15 09:23 Message: Logged In: YES user_id=664364 Alex, Thanks for raising this. However, this plugin is being maintained outside of this project. Please find the current author and maintainer at http:// nagiosexchange.org Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1373819&group_id=29880 From noreply at sourceforge.net Sat Jun 24 17:36:37 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 24 Jun 2006 08:36:37 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1373819 ] check_disk_snmp.pl support for SNMP v1/2 and Windows Message-ID: Patches item #1373819, was opened at 2005-12-05 15:18 Message generated for change (Settings changed) made by alex_b You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1373819&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: Rejected Priority: 5 Submitted By: Alex Burger (alex_b) Assigned to: Ton Voon (tonvoon) Summary: check_disk_snmp.pl support for SNMP v1/2 and Windows Initial Comment: The attached patch is for check_disk_snmp.pl from nagios-plugins-1.4. The patch adds: -Support for SNMP version 1 and 2 -Support for checking free bytes instead of only usage ratio -Support for selecting a device by specifying a substring of the device description such as c:, d: etc. -Support for hostname:port This version can be used to check disk space on both Unix and Windows hosts. The command line is compatible with the old version (defaults to usage). Examples from the updated help page: SNMP V3 example using ratio for device number 2: ./check_disk_snmp.pl -u nobody -l authPriv -a MD5 -A nopass -x DES -m server1 -d 2 -w 70 -c 85 SNMP V1 example using ratio for device number 2: ./check_disk_snmp.pl -v 1 -u public -m server1 -d 2 -w 70 -c 85 SNMP V1 example using bytes for device number 2 ./check_disk_snmp.pl -v 1 -u public -m server1 -d 2 -w 10Gb -c 900Mb -t bytes SNMP V1 example using bytes free for device description that contains 'c:' ./check_disk_snmp.pl -v 1 -u public -m server1 -d 'c:' -w 10Gb -c 900Mb -t bytes ---------------------------------------------------------------------- Comment By: Alex Burger (alex_b) Date: 2006-06-24 11:36 Message: Logged In: YES user_id=85836 Nagios Exchange has check_disk_snmp, not check_disk_snmp.pl. Nagios-plugins includes it in the contrib folder. Should I add it to Nagios Exchange or should it be updated in CVS for nagios-plugins? If I add it to Nagios Exchange, who will update cvs for nagios-plugins? Alex ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-05-15 09:23 Message: Logged In: YES user_id=664364 Alex, Thanks for raising this. However, this plugin is being maintained outside of this project. Please find the current author and maintainer at http:// nagiosexchange.org Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1373819&group_id=29880 From noreply at sourceforge.net Mon Jun 26 09:07:07 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 26 Jun 2006 00:07:07 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-1512436 ] check_disk also Message-ID: Feature Requests item #1512436, was opened at 2006-06-26 09:07 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=1512436&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 Submitted By: Tobias Mucke (mucke) Assigned to: Nobody/Anonymous (nobody) Summary: check_disk also Initial Comment: Hi everybody, I have to monitor many filesystems and usually I use check_disk for this task, which let me define how much space have to be left in the filesystem before a warning or even critical state is encountered. Today I met a new request. Somebody wants to monitor if there are any files (Heapdumps) in filesystem. This filesystem is exclusive for these dumps. So it should always be empty, besides a 32MB reiserfs journal. So what I wanted to do is, to warn if there ist more than 32MB used. But this filesystem has different sizes, (between 512MB and 8G) on different systems. So the possibility to define warning und critical thresholds based on free space is not satisfying me. I will write a simple wrapper in shell for it now, but maybe there will be a possibility in check_disk to define if free or used space is compared against thresholds. Thanks. Tobias ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=1512436&group_id=29880 From noreply at sourceforge.net Mon Jun 26 09:08:49 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 26 Jun 2006 00:08:49 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-1512436 ] check_disk not only for free space, but also used space Message-ID: Feature Requests item #1512436, was opened at 2006-06-26 09:07 Message generated for change (Comment added) made by mucke You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=1512436&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 Submitted By: Tobias Mucke (mucke) Assigned to: Nobody/Anonymous (nobody) >Summary: check_disk not only for free space, but also used space Initial Comment: Hi everybody, I have to monitor many filesystems and usually I use check_disk for this task, which let me define how much space have to be left in the filesystem before a warning or even critical state is encountered. Today I met a new request. Somebody wants to monitor if there are any files (Heapdumps) in filesystem. This filesystem is exclusive for these dumps. So it should always be empty, besides a 32MB reiserfs journal. So what I wanted to do is, to warn if there ist more than 32MB used. But this filesystem has different sizes, (between 512MB and 8G) on different systems. So the possibility to define warning und critical thresholds based on free space is not satisfying me. I will write a simple wrapper in shell for it now, but maybe there will be a possibility in check_disk to define if free or used space is compared against thresholds. Thanks. Tobias ---------------------------------------------------------------------- >Comment By: Tobias Mucke (mucke) Date: 2006-06-26 09:08 Message: Logged In: YES user_id=481892 Forgot to write a clear summary, sorry. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=1512436&group_id=29880 From noreply at sourceforge.net Mon Jun 26 10:22:41 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 26 Jun 2006 01:22:41 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1373819 ] check_disk_snmp.pl support for SNMP v1/2 and Windows Message-ID: Patches item #1373819, was opened at 2005-12-05 20:18 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1373819&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: Rejected Priority: 5 Submitted By: Alex Burger (alex_b) Assigned to: Ton Voon (tonvoon) Summary: check_disk_snmp.pl support for SNMP v1/2 and Windows Initial Comment: The attached patch is for check_disk_snmp.pl from nagios-plugins-1.4. The patch adds: -Support for SNMP version 1 and 2 -Support for checking free bytes instead of only usage ratio -Support for selecting a device by specifying a substring of the device description such as c:, d: etc. -Support for hostname:port This version can be used to check disk space on both Unix and Windows hosts. The command line is compatible with the old version (defaults to usage). Examples from the updated help page: SNMP V3 example using ratio for device number 2: ./check_disk_snmp.pl -u nobody -l authPriv -a MD5 -A nopass -x DES -m server1 -d 2 -w 70 -c 85 SNMP V1 example using ratio for device number 2: ./check_disk_snmp.pl -v 1 -u public -m server1 -d 2 -w 70 -c 85 SNMP V1 example using bytes for device number 2 ./check_disk_snmp.pl -v 1 -u public -m server1 -d 2 -w 10Gb -c 900Mb -t bytes SNMP V1 example using bytes free for device description that contains 'c:' ./check_disk_snmp.pl -v 1 -u public -m server1 -d 'c:' -w 10Gb -c 900Mb -t bytes ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-06-26 09:22 Message: Logged In: YES user_id=664364 Alex, I'm in private discussions with Christoph Maser as we removed the script from CVS on the agreement that he was due to post the plugin onto NagiosExchange. I will update here when he has replied. Please kick me if I don't update within the week. :) Ton ---------------------------------------------------------------------- Comment By: Alex Burger (alex_b) Date: 2006-06-24 16:36 Message: Logged In: YES user_id=85836 Nagios Exchange has check_disk_snmp, not check_disk_snmp.pl. Nagios-plugins includes it in the contrib folder. Should I add it to Nagios Exchange or should it be updated in CVS for nagios-plugins? If I add it to Nagios Exchange, who will update cvs for nagios-plugins? Alex ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-05-15 14:23 Message: Logged In: YES user_id=664364 Alex, Thanks for raising this. However, this plugin is being maintained outside of this project. Please find the current author and maintainer at http:// nagiosexchange.org Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1373819&group_id=29880 From noreply at sourceforge.net Mon Jun 26 10:32:15 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 26 Jun 2006 01:32:15 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1373819 ] check_disk_snmp.pl support for SNMP v1/2 and Windows Message-ID: Patches item #1373819, was opened at 2005-12-05 20:18 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1373819&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: Rejected Priority: 5 Submitted By: Alex Burger (alex_b) Assigned to: Ton Voon (tonvoon) Summary: check_disk_snmp.pl support for SNMP v1/2 and Windows Initial Comment: The attached patch is for check_disk_snmp.pl from nagios-plugins-1.4. The patch adds: -Support for SNMP version 1 and 2 -Support for checking free bytes instead of only usage ratio -Support for selecting a device by specifying a substring of the device description such as c:, d: etc. -Support for hostname:port This version can be used to check disk space on both Unix and Windows hosts. The command line is compatible with the old version (defaults to usage). Examples from the updated help page: SNMP V3 example using ratio for device number 2: ./check_disk_snmp.pl -u nobody -l authPriv -a MD5 -A nopass -x DES -m server1 -d 2 -w 70 -c 85 SNMP V1 example using ratio for device number 2: ./check_disk_snmp.pl -v 1 -u public -m server1 -d 2 -w 70 -c 85 SNMP V1 example using bytes for device number 2 ./check_disk_snmp.pl -v 1 -u public -m server1 -d 2 -w 10Gb -c 900Mb -t bytes SNMP V1 example using bytes free for device description that contains 'c:' ./check_disk_snmp.pl -v 1 -u public -m server1 -d 'c:' -w 10Gb -c 900Mb -t bytes ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-06-26 09:32 Message: Logged In: YES user_id=664364 Chistoph is a lot faster than I am! He's already replied to Alex and the plugin is here: http://www.nagiosexchange.org/SNMP.51.0.html?&tx_netnagext_pi1% 5Bp_view%5D=567 ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-06-26 09:22 Message: Logged In: YES user_id=664364 Alex, I'm in private discussions with Christoph Maser as we removed the script from CVS on the agreement that he was due to post the plugin onto NagiosExchange. I will update here when he has replied. Please kick me if I don't update within the week. :) Ton ---------------------------------------------------------------------- Comment By: Alex Burger (alex_b) Date: 2006-06-24 16:36 Message: Logged In: YES user_id=85836 Nagios Exchange has check_disk_snmp, not check_disk_snmp.pl. Nagios-plugins includes it in the contrib folder. Should I add it to Nagios Exchange or should it be updated in CVS for nagios-plugins? If I add it to Nagios Exchange, who will update cvs for nagios-plugins? Alex ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-05-15 14:23 Message: Logged In: YES user_id=664364 Alex, Thanks for raising this. However, this plugin is being maintained outside of this project. Please find the current author and maintainer at http:// nagiosexchange.org Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1373819&group_id=29880 From seitz at mail-dtc03.stream.aol.com Tue Jun 27 23:39:37 2006 From: seitz at mail-dtc03.stream.aol.com (Bryan Seitz) Date: Tue, 27 Jun 2006 17:39:37 -0400 Subject: [Nagiosplug-devel] check_dig Message-ID: <44A1A599.20503@mail-dtc03.stream.aol.com> You specify the -p option can be used to tell check_dig what port to query, however 'p' is not included in your getopt call FYI :)