From ae at op5.se Wed Nov 1 12:25:45 2006 From: ae at op5.se (Andreas Ericsson) Date: Wed, 01 Nov 2006 12:25:45 +0100 Subject: [Nagiosplug-devel] Testcase for is_hostname (was something else) In-Reply-To: References: <4541C5B7.4010209@op5.se> <1161960624.22905.6.camel@localhost> Message-ID: <45488439.1080802@op5.se> Ton Voon wrote: > > On 27 Oct 2006, at 15:50, sean finney wrote: > >> On Fri, 2006-10-27 at 15:01 +0100, Ton Voon wrote: >> >>> Andreas, I'm not sure what you would like to see. Is it: >>> "nonfqdn-but-ends-in-dot." => 0 >>> "otherwise.something." => 1 >> >> i'd say something ending in '.' should be considered a valid hostname no >> matter what (assume there are no other problems with it). whether or >> not it *resolves* ought to be an orthogonal issue. > > Sounds fair. I guess you may want to test the domain "com." or if you > implement an internal DNS with your own top level domain (we use > "altinity" as our top level). > > OK, I'll change the test and alter the code to reflect. > >> or is the test also testing resolvable domains? > > No - it is purely a textual test. To save for a later time, but there's > an argument to not bother doing this type of check at all and have an > "unresolveable hostname" caught in exceptions later down in any plugins. > This sounds by far the best solution. If we *do* have this check we need to grok /etc/resolv.conf lines properly and see if "no-dots-anywhere" can still be resolved. Imo, we gain nothing for a lot of work by having the "does it look like a hostname?" check before "can we resolve it?". This is especially true as we need to try to resolve the hostname anyway if we think it's a valid one and there's always of chance of false rejects which I'm sure will annoy people no end. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From noreply at sourceforge.net Wed Nov 1 15:31:39 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 01 Nov 2006 06:31:39 -0800 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1588031 ] check_swap coredump fix for solaris Message-ID: Patches item #1588031, was opened at 2006-10-31 16:57 Message generated for change (Comment added) made by duncan_ferguson You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1588031&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Duncan Ferguson (duncan_ferguson) Assigned to: Nobody/Anonymous (nobody) Summary: check_swap coredump fix for solaris Initial Comment: check_swap in plugins 1.4.4 coredumps on solaris (and other SVR4 hosts) when swapctl returns an unexpected value. This patch provides a tidier exit and also checks for some malloc errors in allocating memory for the vars used. I have not amended the BSD section for the same problems since I have no way of testing if the changes I make are sane. ---------------------------------------------------------------------- >Comment By: Duncan Ferguson (duncan_ferguson) Date: 2006-11-01 14:31 Message: Logged In: YES user_id=865292 Updated patch to fix the "Bad Address" problem for solaris. Includes previous patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1588031&group_id=29880 From seanius at seanius.net Wed Nov 1 22:10:50 2006 From: seanius at seanius.net (sean finney) Date: Wed, 01 Nov 2006 22:10:50 +0100 Subject: [Nagiosplug-devel] CVS dirs in official tarball Message-ID: <1162415450.7381.2.camel@localhost> hey guys, just fyi the prepared tarball still contains CVS dirs: W: nagios-plugins source: source-contains-CVS-dir contrib/aix/CVS W: nagios-plugins source: source-contains-CVS-dir contrib/CVS W: nagios-plugins source: source-contains-CVS-dir contrib/tarballs/CVS W: nagios-plugins source: source-contains-CVS-dir pkg/CVS W: nagios-plugins source: source-contains-CVS-dir pkg/fedora/CVS W: nagios-plugins source: source-contains-CVS-dir pkg/redhat/CVS W: nagios-plugins source: source-contains-CVS-dir pkg/solaris/CVS W: nagios-plugins source: source-contains-CVS-dir plugins/t/CVS W: nagios-plugins source: source-contains-CVS-dir plugins-scripts/t/CVS sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From ton.voon at altinity.com Thu Nov 2 09:49:38 2006 From: ton.voon at altinity.com (Ton Voon) Date: Thu, 2 Nov 2006 08:49:38 +0000 Subject: [Nagiosplug-devel] CVS dirs in official tarball In-Reply-To: <1162415450.7381.2.camel@localhost> References: <1162415450.7381.2.camel@localhost> Message-ID: On 1 Nov 2006, at 21:10, sean finney wrote: > just fyi the prepared tarball still contains CVS dirs: > > W: nagios-plugins source: source-contains-CVS-dir contrib/aix/CVS > W: nagios-plugins source: source-contains-CVS-dir contrib/CVS > W: nagios-plugins source: source-contains-CVS-dir contrib/tarballs/CVS > W: nagios-plugins source: source-contains-CVS-dir pkg/CVS > W: nagios-plugins source: source-contains-CVS-dir pkg/fedora/CVS > W: nagios-plugins source: source-contains-CVS-dir pkg/redhat/CVS > W: nagios-plugins source: source-contains-CVS-dir pkg/solaris/CVS > W: nagios-plugins source: source-contains-CVS-dir plugins/t/CVS > W: nagios-plugins source: source-contains-CVS-dir plugins-scripts/t/ > CVS Subhendu said he was going to look into this a few weeks back. I'll investigate if he hasn't responded by tonight. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Thu Nov 2 16:44:17 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 02 Nov 2006 07:44:17 -0800 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1495828 ] pst3 failure on solaris 10 x86 Message-ID: Bugs item #1495828, was opened at 2006-05-27 02:40 Message generated for change (Comment added) made by aderixon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1495828&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 Private: No Submitted By: edward dertouzas (ophten) Assigned to: Nobody/Anonymous (nobody) Summary: pst3 failure on solaris 10 x86 Initial Comment: https://sourceforge.net/tracker/index.php?func=detail&aid=1476451&group_id=29880&atid=397597 check_procs fails on Solaris 10 x86: root at infdb4.prodqa.coremetrics.com # ./check_procs -vvv CMD: /usr/local/nagios_new/libexec/pst3 CRITICAL - Plugin timed out after 10 seconds truss shows this just spinning through a read, finding nothing, then eventually trapping a SIGALRM. Onward! root at infdb4.prodqa.coremetrics.com # /usr/local/nagios_new/libexec/pst3 /usr/local/nagios_new/libexec/pst3: /dev/ksyms is not a 32-bit kernel namelist pst3: Failed to open kernel memory: Error 0 It appears we're using a 32-bit version of libkvm. I assume the generic /usr/lib/libkvm.so is a 32-bit version while /usr/lib/amd64/libkvm.so is 64-bit. At least the ELF class for libkvm.so is 64-bit. I can't seem to find the write linking magic to make this work. ---------------------------------------------------------------------- Comment By: Ade Rixon (aderixon) Date: 2006-11-02 15:44 Message: Logged In: YES user_id=145082 pst3 needs to be compiled to match the Solaris kernel in use, either 32 bit or 64 bit (usually the latter on recent SPARC hardware). For the Sun Studio compiler, add -xarch=v9a to the CFLAGS. For GCC, add -m64. However, this may not be correct for other plugins since it depends what bit size the supporting libraries were compiled for (e.g. compiling in 64 bit mode against a 32 bit OpenSSL library won't work). I'd suggest adding the extra parameters only to CFLAGS in plugin-root/Makefile. This looks like something that needs detecting at configure time. ---------------------------------------------------------------------- Comment By: Duncan Ferguson (duncan_ferguson) Date: 2006-10-09 11:27 Message: Logged In: YES user_id=865292 This problem also occurs on Solaris 10 (06/06) sparc ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1495828&group_id=29880 From noreply at sourceforge.net Thu Nov 2 16:48:53 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 02 Nov 2006 07:48:53 -0800 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1541340 ] check_procs won't execute on Solaris 9 x86 Message-ID: Bugs item #1541340, was opened at 2006-08-16 15:43 Message generated for change (Comment added) made by aderixon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1541340&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 Private: No Submitted By: maemigh (maemigh) Assigned to: Nobody/Anonymous (nobody) Summary: check_procs won't execute on Solaris 9 x86 Initial Comment: check_procs (from latest snapshot) just hangs and exits with a timeout error on Solaris 9 x86. It tries to use the pst3 command. I modified config.h to point to the location of pst3 and verbose mode shows the correct location. I was able to fix it by changing config.h to use the regular ps command as suggested in another bug post. pst3 runs fine with executed from the shell prompt. ---------------------------------------------------------------------- Comment By: Ade Rixon (aderixon) Date: 2006-11-02 15:48 Message: Logged In: YES user_id=145082 See bug 1495828 (pst3 failure on solaris 10 x86) for info. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1541340&group_id=29880 From noreply at sourceforge.net Thu Nov 2 21:55:43 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 02 Nov 2006 12:55:43 -0800 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1495828 ] pst3 failure on solaris 10 x86 Message-ID: Bugs item #1495828, was opened at 2006-05-27 02:40 Message generated for change (Comment added) made by aderixon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1495828&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 Private: No Submitted By: edward dertouzas (ophten) Assigned to: Nobody/Anonymous (nobody) Summary: pst3 failure on solaris 10 x86 Initial Comment: https://sourceforge.net/tracker/index.php?func=detail&aid=1476451&group_id=29880&atid=397597 check_procs fails on Solaris 10 x86: root at infdb4.prodqa.coremetrics.com # ./check_procs -vvv CMD: /usr/local/nagios_new/libexec/pst3 CRITICAL - Plugin timed out after 10 seconds truss shows this just spinning through a read, finding nothing, then eventually trapping a SIGALRM. Onward! root at infdb4.prodqa.coremetrics.com # /usr/local/nagios_new/libexec/pst3 /usr/local/nagios_new/libexec/pst3: /dev/ksyms is not a 32-bit kernel namelist pst3: Failed to open kernel memory: Error 0 It appears we're using a 32-bit version of libkvm. I assume the generic /usr/lib/libkvm.so is a 32-bit version while /usr/lib/amd64/libkvm.so is 64-bit. At least the ELF class for libkvm.so is 64-bit. I can't seem to find the write linking magic to make this work. ---------------------------------------------------------------------- Comment By: Ade Rixon (aderixon) Date: 2006-11-02 20:55 Message: Logged In: YES user_id=145082 Update to my previous comment: you must compile all the plugins in their entirety as 32 bit or 64 bit, and the supporting libraries must match, due to the interdependencies between object files. For Solaris, this effectively means 64 bit throughout only. The alternative is to bodge config.h to use the builtin ps command instead. ---------------------------------------------------------------------- Comment By: Ade Rixon (aderixon) Date: 2006-11-02 15:44 Message: Logged In: YES user_id=145082 pst3 needs to be compiled to match the Solaris kernel in use, either 32 bit or 64 bit (usually the latter on recent SPARC hardware). For the Sun Studio compiler, add -xarch=v9a to the CFLAGS. For GCC, add -m64. However, this may not be correct for other plugins since it depends what bit size the supporting libraries were compiled for (e.g. compiling in 64 bit mode against a 32 bit OpenSSL library won't work). I'd suggest adding the extra parameters only to CFLAGS in plugin-root/Makefile. This looks like something that needs detecting at configure time. ---------------------------------------------------------------------- Comment By: Duncan Ferguson (duncan_ferguson) Date: 2006-10-09 11:27 Message: Logged In: YES user_id=865292 This problem also occurs on Solaris 10 (06/06) sparc ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1495828&group_id=29880 From noreply at sourceforge.net Fri Nov 3 04:20:07 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 2 Nov 2006 19:20:07 -0800 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1540327 ] check_disk C_IDFP/W_IDFP inputerror, affects 1.4.3 not 1.4.2 Message-ID: <200611030320.kA33K7HG015914@sc8-sf-db2-new-b.sourceforge.net> Bugs item #1540327, was opened at 2006-08-14 18:25 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1540327&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 Private: No Submitted By: Karl Kornel (akkornel) Assigned to: Ton Voon (tonvoon) Summary: check_disk C_IDFP/W_IDFP inputerror, affects 1.4.3 not 1.4.2 Initial Comment: The check_disk plugin that comes in nagios-plugins- 1.4.3 does not work for me: $ ./check_disk -w 25% -c 10% -p /home INPUT ERROR: C_IDFP (0.000000) should be less than W_IDFP (0.0) and both should be between zero and 100 percent, inclusive for /home check_disk: Could not parse arguments Usage: check_disk -w limit -c limit [-p path | -x device] [-t timeout][-m] [-e] [-W limit] [-K limit] [- v] [-q] When I configured nagios-plugins-1.4.3, I ran `./configure --prefix=/usr/local/nagios-stage -- disable-nls --disable-rpath --with-cgiurl=/cgi-bin -- with-nagios-user=nagios --with-nagios-group=nagios -- with-trusted- path=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr /local/sbin --with-mysql=/usr`, and got the following results: --with-ping6-command: /bin/ping6 -n -U -w %d -c %d %s --with-ping-command: /bin/ping -n -U -w %d -c %d %s --with-lwres: no --with-ipv6: yes --with-mysql: /usr/bin/mysql_config --with-openssl: yes --with-gnutls: no --enable-emulate-getaddrinfo: no --with-perl: /usr/bin/perl --with-cgiurl: /cgi-bin --with-nagios-user: nagios --with-nagios-group: nagios --with-trusted- path: /bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/us r/local/sbin Building check_disk on 1.4.3 resulted in the following commands (and errors): if gcc -DLOCALEDIR=\"/usr/local/nagios- stage/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. - I.. -I../lib -I../intl -I/usr/include/ldap - I/usr/include/postgresql -I/usr/include -Wall -g - O2 -MT check_disk.o -MD -MP - MF ".deps/check_disk.Tpo" -c -o check_disk.o check_disk.c; \ then mv - f ".deps/check_disk.Tpo" ".deps/check_disk.Po"; else rm -f ".deps/check_disk.Tpo"; exit 1; fi check_disk.c: In function 'main': check_disk.c:171: warning: statement with no effect check_disk.c:172: warning: statement with no effect check_disk.c: At top level: check_disk.c:47: warning: 'inode_format' defined but not used /bin/sh ../libtool --mode=link --tag=CC gcc -Wall -g - O2 -L. -o check_disk check_disk.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a popen.o -lssl -lcrypto gcc -Wall -g -O2 -o check_disk check_disk.o utils.o popen.o -L/home/nagios/nagios-plugins- 1.4.3/plugins ../lib/libnagiosplug.a ../lib/libcoreuti ls.a -lssl -lcrypto NOTE: The check_disk that came with 1.4.2 was fine! When I compiled nagios-plugins-1.4.2, I ran `./configure`, and got the following results: --with-perl: /usr/bin/perl --with-cgiurl: /nagios/cgi-bin --with-nagios-user: nagios --with-nagios-group: nagios --with-trusted-path: /bin:/sbin:/usr/bin:/usr/sbin --with-ping-command: /bin/ping -n -U -w %d -c %d %s --with-ping6-command: /bin/ping6 -n -U -w %d -c %d %s --with-lwres: no --with-ipv6: yes --with-openssl: yes --enable-emulate-getaddrinfo: no Building check_disk on 1.4.2 resulted in the following commands being executed: if gcc - DLOCALEDIR=\"/usr/local/nagios/share/locale\" - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I/usr/include/ldap -I/usr/include/postgresql - I/include -g -O2 -MT check_disk.o -MD -MP - MF ".deps/check_disk.Tpo" -c -o check_disk.o check_disk.c; \ then mv - f ".deps/check_disk.Tpo" ".deps/check_disk.Po"; else rm -f ".deps/check_disk.Tpo"; exit 1; fi gcc -g -O2 -L. -L/usr/lib -o check_disk check_disk.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a popen.o -I/usr/include Finally, running v1.4.2 of check_disk gives me: $ ./check_disk -w 25% -c 10% -p /home DISK OK - free space: /home 46355 MB (92%);| /home=4042MB;37797;45356;0;50396 ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2006-11-02 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: 2006-10-19 12:41 Message: Logged In: YES user_id=664364 Hi all, Can you please try the check_disk in the snapshot. There have been major changes, including initialising variables correctly. http://nagiosplug.sf.net/snapshot. I'll mark this call in pending - please update if it still a problem. Ton ---------------------------------------------------------------------- Comment By: Hector Lasso (hectorlasso) Date: 2006-09-04 15:19 Message: Logged In: YES user_id=1590688 I also had this problem on a server with SUSE (kernel recompiled). After checking and checking I found out that on the arguments processing function, when the option is -p (line 457) the values are copied to a structure (a node of a linked list), however the values of w_idfp and c_idfp are not copied to the structure. I addded the following two lines: se->w_idfp = w_idfp; se->c_idfp = c_idfp; before the line "se->found = 0;" recompiled and it worked fine. I didn't have time to check all the code so the problem might be somewhere else. ---------------------------------------------------------------------- Comment By: Augustine (augustine_ab) Date: 2006-08-24 09:04 Message: Logged In: YES user_id=1583130 I experienced this problem when building plugins for AIX (code works fine on linux). It appears the issue is uninitialized name_list structure. My quick fix was to add memset after each malloc: se = (struct name_list *) malloc (sizeof (struct name_list)); memset(se,0,sizeof(struct name_list)); hope this helps. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1540327&group_id=29880 From noreply at sourceforge.net Fri Nov 3 04:20:07 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 2 Nov 2006 19:20:07 -0800 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1487560 ] Problem with check_disk on HPUX 11 Message-ID: <200611030320.kA33K7SZ015934@sc8-sf-db2-new-b.sourceforge.net> Bugs item #1487560, was opened at 2006-05-12 10:22 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1487560&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 Private: No Submitted By: Bill Jarrett (wfjarrett) Assigned to: Ton Voon (tonvoon) Summary: Problem with check_disk on HPUX 11 Initial Comment: There seems to be a problem with the way check_disk behaves with device names over a certain length on HPUX 11.00 I downloaded precompiled nagios-plugins binaries from nagios exchange, but I believe this applies to all versions of the plugin. On HPUX 11.00, if a device name is long enough that it goes into the next column of the output, a newline is put in after the device name. It appears that check_disk ignores everything after the newline, when it should just change it to a space or ignore it #./check_disk -w 20% -c 10% -p /dev/vgdbprod/live_arch Unable to read output: /usr/bin/df -Pk /dev/vgdbprod/live_arch /dev/vgdbprod/live_arch ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2006-11-02 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: 2006-10-19 12:43 Message: Logged In: YES user_id=664364 Bill, There have been major changes to check_disk. Please try the snapshot at http:// nagiosplug.sf.net/snapshot. This call is marked into pending. Please change if it is still a problem. Ton ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-05-18 06:55 Message: Logged In: YES user_id=664364 Bill, Which version of the plugins are you using? df output hasn't been used since 1.4 was released. Please try the snapshot at http://nagiosplug.sf.net/snapshot. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1487560&group_id=29880 From noreply at sourceforge.net Fri Nov 3 04:20:06 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 2 Nov 2006 19:20:06 -0800 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1121018 ] Fix "check_disk -e" returning "Unable to read output" Message-ID: <200611030320.kA33K6Bm015873@sc8-sf-db2-new-b.sourceforge.net> Patches item #1121018, was opened at 2005-02-11 12:04 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1121018&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: r2c (r2c) Assigned to: Ton Voon (tonvoon) Summary: Fix "check_disk -e" returning "Unable to read output" Initial Comment: When running check_disk with -e option and all filesystems are OK it returns "Unable to read output". This is because when every disk_result == STATE_OK and the erronly is TRUE, the max_state function at the end of the if is never reached. This causes the variable result to be STATE_UNKNOW, printing the above error. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2006-11-02 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: 2006-10-19 12:03 Message: Logged In: YES user_id=664364 Hi r2c, I think this problem is out of date as there has been many changes to check_disk. I will mark the call into pending - please update if this is still a problem. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1121018&group_id=29880 From noreply at sourceforge.net Fri Nov 3 04:20:07 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 2 Nov 2006 19:20:07 -0800 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1485816 ] check_disk exclude option always exludes (/) Message-ID: <200611030320.kA33K7Iu015957@sc8-sf-db2-new-b.sourceforge.net> Bugs item #1485816, was opened at 2006-05-10 10:52 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1485816&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 Private: No Submitted By: maemigh (maemigh) Assigned to: Ton Voon (tonvoon) Summary: check_disk exclude option always exludes (/) Initial Comment: check_disk (1.64) always exludes (/) when using -x. For example, the output below shows that using -x /var also causes the (/) directory to be excluded. ./check_disk -w 10% -c 5% DISK WARNING - free space: / 4153 MB (69% inode=90%); /var 5660 MB (94% inode=99%); /var/run 4369 MB (100% inode=64%); /tmp 4369 MB (81% inode=64%); /opt 16292 MB (90% inode=98%); /home/applications 20110 MB (50% inode=95%); ./check_disk -w 10% -c 5% -x /var DISK OK - free space: /var/run 4369 MB (100% inode=64%); /tmp 4369 MB (81% inode=64%); /opt 16292 MB (90% inode=98%); /home/applications 20110 MB (50% inode=95%); ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2006-11-02 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: 2006-10-19 12:44 Message: Logged In: YES user_id=664364 maemigh, Am I right in saying this can be closed now? I'll mark into pending so it will auto close after 7 days. Please update if it is still an issue. Ton ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-07-19 16:12 Message: Logged In: YES user_id=664364 maemigh, I'm made some major changes to check_disk which should fix the original problem. One change was to move the filesystem comparisons out into utils_disk.c. I'd definitely be interested in your wildcard patch if you can add it into utils_disk.c with some libtap tests in lib/tests/test_disk.c. Ton ---------------------------------------------------------------------- Comment By: maemigh (maemigh) Date: 2006-05-21 17:04 Message: Logged In: YES user_id=1520524 Sorry for so many updates. I don't know how I missed a small bug. I set the comment in the file for what I meant to happen, but forgot to change the values after I pasted it. I retested it (now that I'm wide awake) and it seems to be working as expected. ---------------------------------------------------------------------- Comment By: maemigh (maemigh) Date: 2006-05-20 18:47 Message: Logged In: YES user_id=1520524 Uploading version 1.65.3m. This one adds slightly better HTML formatted text (places *s around the partition that triggered the alarm) and adds an -a option. The -a option tells check_disk to display all partitions even if -p is also specified: Example check_disk -w 10% -c 5% -a -C -w 5% -c 3% -p / Checks / at 5% and 3% and every other mount at 10% and 5% ---------------------------------------------------------------------- Comment By: maemigh (maemigh) Date: 2006-05-20 00:14 Message: Logged In: YES user_id=1520524 Forgot to mention: -p should be working the same way it has been in the past. ---------------------------------------------------------------------- Comment By: maemigh (maemigh) Date: 2006-05-20 00:12 Message: Logged In: YES user_id=1520524 I didn't test the last upload enough, so I removed it. I've added lots of additional code to check_disk and I've tested it with every scenario I could think of (including the one you mentioned earlier). It all seems to work properly now. I have added several new features as well: -x will exclude a mount point that matches exactly -s will exclude a path and any mount points within -U outputs the percentages in terms of used space/inodes -H formats the output in HTML (makes it really easy to read on the status page) I think I'm going to continue working on it as I might want the ability to specify different warn/crit percentages for different mount points; any suggestions on how to go about doing that would be nice :) I've attached the file, versioned 1.65.1 ---------------------------------------------------------------------- Comment By: maemigh (maemigh) Date: 2006-05-18 08:39 Message: Logged In: YES user_id=1520524 To answer your question, -X cdfs will not work. The cdrom mount is all ufs and -X ufs will exclude a few extra partitions. I've gone and recoded the file. I've added an extra switch (-s) which will exclude an entire path structure whereas -x will only exclude exact matches. (ie -x /var will NOT exclude /var/run; -s /var WILL exclude both /var and /var/run). This code should also behave the same way it used to -- -p /etc will include (/). I've attached a copy of the whole file. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-05-18 05:39 Message: Logged In: YES user_id=664364 maemigh, Thanks for the report and the patch! I'm not really keen on the wildcard addition. Tracker 1485683 (http:// sourceforge.net/tracker/index.php? func=detail&aid=1485683&group_id=29880&atid=397600) could be overcome by using a -X cdfs option. However, the patch for the exact name is interesting, because I think there are several bugs reported which this may fix. I've tried the patch out and I get a regression test failure. Prior to your patch, ./check_disk -p /etc would report the result for / (just like df /etc would). However, with the exact length check, check_disk now complains that /etc is not found. Thinking some more about it, this is probably acceptable since check_disk is a sysadmin tool rather than a user tool. Any opinions from anyone else? Ton ---------------------------------------------------------------------- Comment By: maemigh (maemigh) Date: 2006-05-11 14:53 Message: Logged In: YES user_id=1520524 I forgot to mention that it appeared the plugin was trying to exlude everything that stems from a path when used with -x (although the function was broken). I've implemented it with a wildcard because you may have a mount within the directory of another mount. In the case above, if we were to use the old method, not only would /var be excluded, but also /var/run (and this is not desired). ---------------------------------------------------------------------- Comment By: maemigh (maemigh) Date: 2006-05-11 11:20 Message: Logged In: YES user_id=1520524 I modified the walk_name_list function to operate properly. Additionally, my changes took care of my feature request (1485683) as well. I tried every test case I could think of and the code seemed to work properly. Please review for correctness and efficiency. int walk_name_list (struct name_list *list, const char *name) { int name_len; name_len = strlen(name); while (list) { /* if the paths match up to the length of the search path, * AND if the paths names are the same length then we have a winner. * OR if the search path is shorter than the mount path and * ends with the wildcard '*' we have a winner. * The wildcard character must be escaped out, thus list_name_len-2 */ int list_name_len; list_name_len = strlen(list->name); if ((name_len == list_name_len && strncmp(list->name, name, list_name_len) == 0) || (name_len >= list_name_len && strncmp(list->name, name, list_name_len-2) == 0 && strncmp(&list->name[list_name_len-1], "*", 1) == 0)) { list->found = 1; list->found_len = name_len; /* if required for name_lists that have not saved w_df, etc (eg exclude lists) */ if (list->w_df) w_df = list->w_df; if (list->c_df) c_df = list->c_df; if (list->w_dfp>=0.0) w_dfp = list->w_dfp; if (list->c_dfp>=0.0) c_dfp = list->c_dfp; return TRUE; } list = list->name_next; } return FALSE; } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1485816&group_id=29880 From noreply at sourceforge.net Fri Nov 3 04:20:07 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 2 Nov 2006 19:20:07 -0800 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1348746 ] check_disk reports incorrect disk free with neg space on BSD Message-ID: <200611030320.kA33K7bU015985@sc8-sf-db2-new-b.sourceforge.net> Bugs item #1348746, was opened at 2005-11-04 16:59 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1348746&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 Private: No Submitted By: Ted Cabeen (secabeen) Assigned to: Ton Voon (tonvoon) Summary: check_disk reports incorrect disk free with neg space on BSD Initial Comment: With check_disk running on FreeBSD 5-STABLE, when a disk has negative free space remaining, the amount of free space goes hugely positive: DISK CRITICAL - free space: /usr 36028797018963968 MB (1191472380510208%): Here's a df from the time: /dev/ad4s1g 3096462 2989082 -140336 105% /usr ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2006-11-02 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: 2006-10-19 12:49 Message: Logged In: YES user_id=664364 Doesn't look like any updates since I last requested in July. Marking call into pending. Ton ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-07-19 16:18 Message: Logged In: YES user_id=664364 Ted, Can you try the latest snapshot at http://nagiosplug.sf.net/snapshot. There have been major changes to check_disk to sync it with coreutils' df so there shouldn't be sign problems. If you still have problems, can you tell me what version of df are you using? Ton ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-11-08 04:05 Message: Logged In: YES user_id=664364 >From 1.4 onwards, we use the GNU coreutils library to get df data. I don't know if FreeBSD use their own routines or not, but GNU coreutils should support it. Yes, I guess signed integers should fix. Was an assumption on our part that values would be always positive. ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-11-08 03:28 Message: Logged In: YES user_id=226838 hi, well chalk this up to my having been away from traditional unix/bsd implementations. afaict in linux such reserved space is still taken into calculation of total available space (ie, you could get ENOSPC before the disk reached 0%). but anyway, i think the fix is still obvious, that we should do all scans and assignments as signed integers instead of unsigned. if i don't hear any complaints from anyone else on the plugins team, i'll probably do this at some point (and hope that it doesn't break something else) also, having taken a look at the check_disk code, i can't seem to find any references to the df program... so i guess if you're using 1.4.2 or later that it's purely within the internal disk space routines. ---------------------------------------------------------------------- Comment By: Ted Cabeen (secabeen) Date: 2005-11-07 13:25 Message: Logged In: YES user_id=40466 All modern unix file-systems reserve a portion (5-10%) of the disk space for use by root only and to speed disk accesses. If the root user exceeds the normal disk space and uses some of the reserve space, the system will represent the amount of free space as negative. I don't know how check_disk is checking the disk space (df or internal routines). Is there an easy way to check? check_disk (nagios-plugins 1.4.2) 1.57 is the version I'm running. ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-11-07 04:56 Message: Logged In: YES user_id=226838 hi, um, i just have to ask. how do you have negative free space? some other information that would be helpful: - is check_disk using the df command or internal disk space routines? - if df, what df command syntax is check_disk using? - what version of the plugins are you using? i believe that the plugin is making an assumption that the amount of disk space available is unsigned, because, er... well i'd never heard of negative disk space, anyway :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1348746&group_id=29880 From bseklecki at collaborativefusion.com Fri Nov 3 18:20:55 2006 From: bseklecki at collaborativefusion.com (Brian A. Seklecki) Date: Fri, 03 Nov 2006 12:20:55 -0500 Subject: [Nagiosplug-devel] Dell PERC 5/i mfi status? (nagios plugin) In-Reply-To: References: <20061031120950.W63561@arbitor.digitalfreaks.org> Message-ID: <1162574455.26675.253.camel@soundwave.pgh.priv.collaborativefusion.com> The reason it is being held: Too many recipients to the message ...6 recipients is too many? Gee, I hope I never have to cross-post (or God forbit, BCC:) >:} Anyway... ~BAS --- Nicola, Arron, et al.: Could you please send me the output of "megarc -dispCfg -a0" on a PE2850 or equiv. Actually, any system that has either: - Multiple logical volumes on a single PERC4i - A PERC4i and a PERC4/d/c addon with multiple logical disks I need to make sure the output format is not dissimilar from the FreeBSD port of the utility. TIA, ~BAS PS: Also, if anyone has a working version of the PERC/5 CLI on Linux, could you send any Man Pages, example output with the help flag and functional examples so that I can start cooking up some regexp recipes? On Thu, 2006-11-02 at 17:31 -0800, Aaron wrote: > On Tue, 31 Oct 2006 12:12:32 -0500 (EST) > "Brian A. Seklecki" > wrote: > > On Tue, 31 Oct 2006, Bret Esquivel wrote: > > > >> Mathieu, > >> > >> I was actually asking if there is an "amrstat" type > >>utility that I can check > >> the array status while in production. Thanks for the > >>advice on 6-STABLE, I > > > > Well, it was sysutils/megarc for PERC/4. On PERC/5 > >mfi(1), it's whatever we > > decide to call it. > > > > Dell is shipping a CLI with OMSA or whatever. We may > >have to hack on the > > kernel interface: > > > > http://lists.us.dell.com/pipermail/linux-poweredge/2006-October/027645.html > > > > We've got the /dev/mfi? management interface > >already, just need to > > port the Linux code over. > > > > I'm really starting to think OpenBSD will beat FreeBSD > >to the game with the > > bio(4) RAID management hardware abstraction subsystem: > > > > > Brian, > > I would be very interested in testing this NRPE plugin. I > have a few hundred Dell servers (1850/2850/2650 and soon > to be 2950) that I wish to monitor the array status from > nagios and will not be installing the dell monitoring > software packages. > > If this plugin works on RHEL4AS/CentOS4; then I will be a > good test victim as this would save me from duplicating > efforts. :-) > > > --Aar?n > > > _______________________________________________ > Linux-PowerEdge mailing list > Linux-PowerEdge at dell.com > http://lists.us.dell.com/mailman/listinfo/linux-poweredge > Please read the FAQ at http://lists.us.dell.com/faq -- Brian A. Seklecki Collaborative Fusion, Inc. From bseklecki at collaborativefusion.com Fri Nov 3 18:25:02 2006 From: bseklecki at collaborativefusion.com (Brian A. Seklecki) Date: Fri, 03 Nov 2006 12:25:02 -0500 Subject: [Nagiosplug-devel] Source Address Binding Message-ID: <1162574702.26675.256.camel@soundwave.pgh.priv.collaborativefusion.com> All: What are the chances of standardizing all the stock plugins that use socket(2) related code to support source address binding using getaddrinfo(2) and setsockopt(2). I know for things like check_ping which are just ANSI C wrappers around exec()'s of ${PATH}/ping, it can be difficulty doing OS-level flag detection. The ability to bind source to specific source addresses for outgoing TCP/UDP sockets and ICMP flows is important for system-service abstraction on HA, Active-Standby Redundant, and Load-Balanced configurations where certain load balancer hardware and firewall policy sets are expecting to see source addresses from a single HA-address which may migrate from one system to another. ~BAS -- Brian A. Seklecki Collaborative Fusion, Inc. From matthias.eble at mailing.kaufland-informationssysteme.com Tue Nov 7 16:35:51 2006 From: matthias.eble at mailing.kaufland-informationssysteme.com (Matthias Eble) Date: Tue, 07 Nov 2006 16:35:51 +0100 Subject: [Nagiosplug-devel] check_http timestamp variable useless? Message-ID: <4550A7D7.7020306@mailing.kaufland-informationssysteme.com> Hi all, can someone tell me what the timestamp variable in check_http is good for? I think it never gets initialized, but I'm not really a c coder. To me it seems like it was meant to pass the current timestamp as a get argument to the check-url. It's often added to the plugin output but it seems empty on execution, too. thanks matthias From dtownrobbrown at gmail.com Tue Nov 7 20:50:51 2006 From: dtownrobbrown at gmail.com (Rob Brown) Date: Tue, 7 Nov 2006 11:50:51 -0800 Subject: [Nagiosplug-devel] perl plugin return perfdata Message-ID: Can anyone show me an example of a perl script that returns the response time of the check in the perfdata? I'm trying to put together a script that will: 1) run some check 2) return usual status and text 3) return response time in perfdata Thanks. From vinitsamel at gmail.com Tue Nov 7 20:11:46 2006 From: vinitsamel at gmail.com (vinit samel) Date: Tue, 7 Nov 2006 20:11:46 +0100 (CET) Subject: [Nagiosplug-devel] =?iso-8859-1?q?Compare_states/results_=3F=3F_?= Message-ID: <20061107191146.0729D4F4046@desire.netways.de> Hi list Is there a way in nagios by which I can compare results from two runs and notify administrators. For example: I am using the check_disk plugin to get disk utilization information. I would like to compare two consecutive runs and check if the utilization has increased at a fast rate in a small amount of time. How do I compare the two states? Is there any way I could store results to compare them with further runs? Please let me know. - vinit samel (vinit) ----------------------- The mailing list archive is found here: http://www.nagiosexchange.org/nagiosplug-devel.31.0.html From noreply at sourceforge.net Wed Nov 8 12:29:37 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 08 Nov 2006 03:29:37 -0800 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1592574 ] Plugin compilation fails in check_ntp.c Message-ID: Bugs item #1592574, was opened at 2006-11-08 12:29 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=1592574&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 Private: No Submitted By: Deon Ramsey (dramsey) Assigned to: Nobody/Anonymous (nobody) Summary: Plugin compilation fails in check_ntp.c Initial Comment: I am trying to get Nagios 2.5 running on a RedHat Linux release 7.3 (Valhalla) . I have compiled Nagios itself with no problem, then went on to compile nagios-plugins-1.4.5 . The compiler dies with the following messages: nagios-host# make make all-recursive make[1]: Entering directory `/u/root/incoming/nagios-plugins-1.4.5' Making all in lib make[2]: Entering directory `/u/root/incoming/nagios-plugins-1.4.5/lib' make all-recursive make[3]: Entering directory `/u/root/incoming/nagios-plugins-1.4.5/lib' Making all in tests make[4]: Entering directory `/u/root/incoming/nagios-plugins-1.4.5/lib/tests' make[4]: Nothing to be done for `all'. make[4]: Leaving directory `/u/root/incoming/nagios-plugins-1.4.5/lib/tests' make[4]: Entering directory `/u/root/incoming/nagios-plugins-1.4.5/lib' make[4]: Nothing to be done for `all-am'. make[4]: Leaving directory `/u/root/incoming/nagios-plugins-1.4.5/lib' make[3]: Leaving directory `/u/root/incoming/nagios-plugins-1.4.5/lib' make[2]: Leaving directory `/u/root/incoming/nagios-plugins-1.4.5/lib' Making all in plugins make[2]: Entering directory `/u/root/incoming/nagios-plugins-1.4.5/plugins' if /usr/local/bin/gcc -DLOCALEDIR=\"/usr/local/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include -g -O2 -MT check_ntp.o -MD -MP -MF ".deps/check_ntp.Tpo" -c -o check_ntp.o check_ntp.c; \ then mv -f ".deps/check_ntp.Tpo" ".deps/check_ntp.Po"; else rm -f ".deps/check_ntp.Tpo"; exit 1; fi check_ntp.c: In function 'setup_request': check_ntp.c:295: error: invalid operands to binary & check_ntp.c:295: error: invalid operands to binary & check_ntp.c:295: error: invalid operands to binary & check_ntp.c:295: error: invalid operands to binary & make[2]: *** [check_ntp.o] Error 1 make[2]: Leaving directory `/u/root/incoming/nagios-plugins-1.4.5/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/u/root/incoming/nagios-plugins-1.4.5' make: *** [all] Error 2 nagios-host# At first, I suspected this to be a compiler error because I was using the gcc-2.96 installed by default in the OS, so I compiled and installed gcc-4.1.1 and tried again, but this didn't change anything. On an aside, I don't even *need* the ntp plugin, is there any support for telling the system not to build it in the first place ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1592574&group_id=29880 From noreply at sourceforge.net Wed Nov 8 13:32:41 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 08 Nov 2006 04:32:41 -0800 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1592605 ] check_ping times out Message-ID: Bugs item #1592605, was opened at 2006-11-08 12: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=1592605&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 Private: No Submitted By: Thomas Stewart (thomasdstewart) Assigned to: Nobody/Anonymous (nobody) Summary: check_ping times out Initial Comment: Hi, I have noticed a minor time-out bug in check_ping. The plug-in returns "CRITICAL - Plugin timed out after 10 seconds" if it is trying to ping a host on a different network. I have used 4 IPs in my example, a host that is on my network and is up (192.168.0.1), a host that it on my network but is down (192.168.0.10), a host that it not on my network and is up (192.168.1.1) and a host that is not on my network but is down (10 192.168.1.10). Firstly I pinged each host in turn. See the Ping Commands[1]. I got 0% loss on the hosts that are up. For the down host that is on my network I got "Destination Host Unreachable". For the down host that was not on my network I received nothing. Next I manually ran the check_ping command for each host. See the Original check_ping[2]. As expected the up hosts and host on my network are fine, the plug-in returns OK and "Host Unreachable". The problem is the host that is down and not on my network, the plug-in returns "CRITICAL - Plugin timed out after 10 seconds". When really it should return some sort of "CRITICAL PING 100% packet loss" error, i.e. there is a ping issue, not an issue with the plug-in. On a very quick inspection, if the plug-in has a 10 second time-out then it also sets the pings time-out to 10. Which means that it never quite lets ping finish in time, i.e. if the ping does not receive a icmp unreachable its killed before the pings time-out is reached. I changed the time-out for check_ping to be the timeout + 1, then it seems to behave itself better. See the Modified check_ping[2]. Where the plug-in now correctly returns "PING CRITICAL - Packet loss = 100%". --- nagios-plugins-HEAD-200611080052/plugins/check_ping.c 2006-11-08 11:07:47.000000000 +0000 +++ nagios-plugins-HEAD-200611080052/plugins/check_ping.c.orig 2006-11-08 11:07:36.000000000 +0000 @@ -104,7 +104,7 @@ } /* handle timeouts gracefully */ - alarm (timeout_interval + 1); + alarm (timeout_interval); for (i = 0 ; i < n_addresses ; i++) { [1] Ping Commands $ ping -n -c 1 -w 10 192.168.0.1 PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data. 64 bytes from 192.168.0.1: icmp_seq=1 ttl=255 time=0.559 ms --- 192.168.0.1 ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 0.559/0.559/0.559/0.000 ms $ ping -n -c 1 -w 10 192.168.0.10 PING 192.168.0.10 (192.168.0.10) 56(84) bytes of data. >From 192.168.0.206 icmp_seq=1 Destination Host Unreachable >From 192.168.0.206 icmp_seq=2 Destination Host Unreachable >From 192.168.0.206 icmp_seq=3 Destination Host Unreachable --- 192.168.0.10 ping statistics --- 3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 2010ms , pipe 3 $ ping -n -c 1 -w 10 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. 64 bytes from 192.168.1.1: icmp_seq=1 ttl=255 time=0.514 ms --- 192.168.1.1 ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 0.514/0.514/0.514/0.000 ms $ ping -n -c 1 -w 10 192.168.1.10 PING 192.168.1.10 (192.168.1.10) 56(84) bytes of data. --- 192.168.1.10 ping statistics --- 10 packets transmitted, 0 received, 100% packet loss, time 9009ms [2] Original check_ping $ ./check_ping -H 192.168.0.1 -w 5000,100% -c 5000,100% -p 1 PING OK - Packet loss = 0%, RTA = 0.54 ms $ ./check_ping -H 192.168.0.10 -w 5000,100% -c 5000,100% -p 1 CRITICAL - Host Unreachable (192.168.0.10) $ ./check_ping -H 192.168.1.1 -w 5000,100% -c 5000,100% -p 1 PING OK - Packet loss = 0%, RTA = 0.70 ms $ ./check_ping -H 192.168.1.10 -w 5000,100% -c 5000,100% -p 1 CRITICAL - Plugin timed out after 10 seconds [3]Modified check_ping $ ./check_ping -H 192.168.0.1 -w 5000,100% -c 5000,100% -p 1 PING OK - Packet loss = 0%, RTA = 0.56 ms $ ./check_ping -H 192.168.0.10 -w 5000,100% -c 5000,100% -p 1 CRITICAL - Host Unreachable (192.168.0.10) $ ./check_ping -H 192.168.1.1 -w 5000,100% -c 5000,100% -p 1 PING OK - Packet loss = 0%, RTA = 0.55 ms $ ./check_ping -H 192.168.1.10 -w 5000,100% -c 5000,100% -p 1 PING CRITICAL - Packet loss = 100% Regards -- Tom ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1592605&group_id=29880 From Thomas at zango.com Wed Nov 8 16:46:12 2006 From: Thomas at zango.com (Thomas Guyot-Sionnest) Date: Wed, 8 Nov 2006 07:46:12 -0800 Subject: [Nagiosplug-devel] Compare states/results ?? Message-ID: <804160344192334BB21922E8082EA6C01D32BB@seaex01.180solutions.com> > -----Original Message----- > From: nagiosplug-devel-bounces at lists.sourceforge.net > [mailto:nagiosplug-devel-bounces at lists.sourceforge.net] On > Behalf Of vinit samel > Sent: November 7, 2006 14:12 > To: nagiosplug-devel at lists.sourceforge.net; vinitsamel at gmail.com > Subject: [Nagiosplug-devel] Compare states/results ?? > > Hi list > > Is there a way in nagios by which I can compare results from > two runs and notify administrators. For example: I am using > the check_disk plugin to get disk utilization information. I > would like to compare two consecutive runs and check if the > utilization has increased at a fast rate in a small amount of > time. How do I compare the two states? Is there any way I > could store results to compare them with further runs? > > Please let me know. > I'd suggest you write a Perl check around it and either store the results in the filesystem or in a database. Thomas -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3076 bytes Desc: not available URL: From seanius at seanius.net Wed Nov 8 17:19:56 2006 From: seanius at seanius.net (sean finney) Date: Wed, 08 Nov 2006 17:19:56 +0100 Subject: [Nagiosplug-devel] Compare states/results ?? In-Reply-To: <804160344192334BB21922E8082EA6C01D32BB@seaex01.180solutions.com> References: <804160344192334BB21922E8082EA6C01D32BB@seaex01.180solutions.com> Message-ID: <1163002796.9911.39.camel@localhost> hey guys, On Wed, 2006-11-08 at 07:46 -0800, Thomas Guyot-Sionnest wrote: > I'd suggest you write a Perl check around it and either store the results in > the filesystem or in a database. also, i think there's a check_rrd floating around somewhere. so if what you're querying is going to be put in an rrd file (or if it wouldn't be too hard to do so), you might as well do that instead. sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From bdolez at ant-computing.com Wed Nov 8 21:21:51 2006 From: bdolez at ant-computing.com (Benoit DOLEZ) Date: Wed, 08 Nov 2006 21:21:51 +0100 Subject: [Nagiosplug-devel] Compile error at check_ntp.c Message-ID: <45523C5F.10106@ant-computing.com> ref : http://sourceforge.net/mailarchive/message.php?msg_id=37120800 In reply to the open problem about check_ntp.c by Florian Gleixner (subject: Patch for check_oracle.sh and compile error at check_ntp.c), check this patch : --------------------------------------------------------------------- --- nagios-plugins-1.4.5/plugins/check_ntp.c 2006-10-19 00:25:16.000000000 +0000 +++ nagios-plugins-1.4.5-flx0.1/plugins/check_ntp.c 2006-11-08 18:21:42.000000000 +0000 @@ -191,7 +191,7 @@ do{ if(!t.tv_usec && !t.tv_sec) n=0x0UL; \ else { \ L32(n)=htonl(t.tv_sec + EPOCHDIFF); \ - R32(n)=htonl((4294.967296*t.tv_usec)+.5); \ + R32(n)=htonl((uint64_t)((4294.967296*t.tv_usec)+.5)); \ } \ } while(0) -------------------------------------------------------------------- Benoit DOLEZ -------------- next part -------------- A non-text attachment was scrubbed... Name: check_ntp-compile-error.diff Type: text/x-patch Size: 516 bytes Desc: not available URL: From bdolez at exosec.fr Wed Nov 8 20:53:45 2006 From: bdolez at exosec.fr (Benoit DOLEZ) Date: Wed, 8 Nov 2006 20:53:45 +0100 (CET) Subject: [Nagiosplug-devel] Patch for check_oracle.sh and compile error at check_ntp.c In-Reply-To: <4538A8B9.9070706@bier.homeip.net> References: <4538A8B9.9070706@bier.homeip.net> Message-ID: <20061108195345.837234F4046@desire.netways.de> Hello Here is the patch for check_ntp.c ---------------------------------------------------------- --- nagios-plugins-1.4.5/plugins/check_ntp.c 2006-10-19 00:25:16.000000000 +0000 +++ nagios-plugins-1.4.5-flx0.1/plugins/check_ntp.c 2006-11-08 18:21:42.000000000 +0000 @@ -191,7 +191,7 @@ do{ if(!t.tv_usec && !t.tv_sec) n=0x0UL; \ else { \ L32(n)=htonl(t.tv_sec + EPOCHDIFF); \ - R32(n)=htonl((4294.967296*t.tv_usec)+.5); \ + R32(n)=htonl((uint64_t)((4294.967296*t.tv_usec)+.5)); \ } \ } while(0) --------------------------------------------------------------- - Benoit DOLEZ (bdolez) ----------------------- This thread is located in the archive at this URL: http://www.nagiosexchange.org/nagiosplug-devel.31.0.html?&tx_maillisttofaq_pi1[showUid]=22679 From noreply at sourceforge.net Thu Nov 9 02:13:22 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 08 Nov 2006 17:13:22 -0800 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1593073 ] Check_Log problem with log rotation Message-ID: Bugs item #1593073, was opened at 2006-11-09 01:13 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=1593073&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Mark Sparhawk (msparhawk) Assigned to: Nobody/Anonymous (nobody) Summary: Check_Log problem with log rotation Initial Comment: Release 1.4.5 In cases where a logfile being monitored is rotated, the matching contents of the oldlogfile (file being used for comparisons) will trigger an error even tho none exist in the active monitored log. On line 200 $DIFF $logfile $oldlog > $tempdiff # Count the number of matching log entries we have count=`$GREP -c "$query" $tempdiff` I'm no developer, but it looks like this doesn't differentiate between matches in oldlog and matches in logfile. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1593073&group_id=29880 From noreply at sourceforge.net Thu Nov 9 20:07:48 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 09 Nov 2006 11:07:48 -0800 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1588031 ] check_swap coredump fix for solaris Message-ID: Patches item #1588031, was opened at 2006-10-31 11:57 Message generated for change (Comment added) made by nachoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1588031&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Duncan Ferguson (duncan_ferguson) Assigned to: Nobody/Anonymous (nobody) Summary: check_swap coredump fix for solaris Initial Comment: check_swap in plugins 1.4.4 coredumps on solaris (and other SVR4 hosts) when swapctl returns an unexpected value. This patch provides a tidier exit and also checks for some malloc errors in allocating memory for the vars used. I have not amended the BSD section for the same problems since I have no way of testing if the changes I make are sane. ---------------------------------------------------------------------- Comment By: Andy Harrison (nachoz) Date: 2006-11-09 14:07 Message: Logged In: YES user_id=27741 I ran into the issue of check_swap dumping core on Solaris 9 (sparc). Using this patch fixed the problem perfectly. Thanx! -- Andy ---------------------------------------------------------------------- Comment By: Duncan Ferguson (duncan_ferguson) Date: 2006-11-01 09:31 Message: Logged In: YES user_id=865292 Updated patch to fix the "Bad Address" problem for solaris. Includes previous patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1588031&group_id=29880 From injinerisanthosh at gmail.com Fri Nov 10 09:04:16 2006 From: injinerisanthosh at gmail.com (Santhosh Injineri) Date: Fri, 10 Nov 2006 13:34:16 +0530 Subject: [Nagiosplug-devel] Error: Command 'check-host-alive' has already been defined Message-ID: I am building Nagios on HP-UX and i am getting the error mentioned in Subject line Can anyone help me to resolve this problem .... Thanks in Advance Regards Santhosh -------------- next part -------------- An HTML attachment was scrubbed... URL: From duncan.ferguson at egg.com Fri Nov 10 09:52:49 2006 From: duncan.ferguson at egg.com (Duncan Ferguson) Date: Fri, 10 Nov 2006 08:52:49 +0000 Subject: [Nagiosplug-devel] Error: Command 'check-host-alive' has already been defined In-Reply-To: References: Message-ID: <1163148770.5027.73.camel@eto-duncs-fc.pn.egg.com> This means you most likely have two definitions of the command within the commands.cfg file (or whatever your commands are defined from nagios config), i.e. two of define command { command_name check-host-alive command_line xxxxx } Duncs On Fri, 2006-11-10 at 13:34 +0530, Santhosh Injineri wrote: > > > I am building Nagios on HP-UX and i am getting the error mentioned in > Subject line > > Can anyone help me to resolve this problem .... > > Thanks in Advance > > Regards > Santhosh > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________________ 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 -- Duncan Ferguson Senior Technologist Egg PLC Telephone: +44 (0)1384 26 4060 Mobbile: +44 (0)7968 148 748 Jabber: duncs ----------------------------------------- Egg is a trading name of the Egg group of companies which includes: Egg plc (reg no 2448340), Egg Financial Intermediation Ltd (reg no 3828289), and Egg Banking plc (reg no 2999842). Egg Banking plc and Egg Financial Intermediation Ltd are authorised and regulated by the Financial Services Authority (FSA) and are entered in the FSA register under numbers 205621 and 309551 respectively. These members of the Egg group are registered in England and Wales. Registered office: Laurence Pountney Hill, London EC4R 0HH. This e-mail is confidential and for use by the addressee only. If you are not the intended recipient of this e-mail and have received it in error, please return the message to the sender by replying to it and then delete it from your mailbox. Internet e-mails are not necessarily secure. The Egg group of companies do not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the Egg group of companies in this regard and the recipient should carry out such virus and other checks as it considers appropriate. This communication does not create or modify any contract. -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Fri Nov 10 20:04:16 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 10 Nov 2006 11:04:16 -0800 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1588031 ] check_swap coredump fix for solaris Message-ID: Patches item #1588031, was opened at 2006-10-31 16:57 Message generated for change (Settings changed) made by duncan_ferguson You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1588031&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Duncan Ferguson (duncan_ferguson) Assigned to: Nobody/Anonymous (nobody) Summary: check_swap coredump fix for solaris Initial Comment: check_swap in plugins 1.4.4 coredumps on solaris (and other SVR4 hosts) when swapctl returns an unexpected value. This patch provides a tidier exit and also checks for some malloc errors in allocating memory for the vars used. I have not amended the BSD section for the same problems since I have no way of testing if the changes I make are sane. ---------------------------------------------------------------------- Comment By: Andy Harrison (nachoz) Date: 2006-11-09 19:07 Message: Logged In: YES user_id=27741 I ran into the issue of check_swap dumping core on Solaris 9 (sparc). Using this patch fixed the problem perfectly. Thanx! -- Andy ---------------------------------------------------------------------- Comment By: Duncan Ferguson (duncan_ferguson) Date: 2006-11-01 14:31 Message: Logged In: YES user_id=865292 Updated patch to fix the "Bad Address" problem for solaris. Includes previous patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1588031&group_id=29880 From noreply at sourceforge.net Mon Nov 13 09:23:37 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 13 Nov 2006 00:23:37 -0800 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1595449 ] check_procs bus error, ... on Solaris 8, 9 & 10 Message-ID: Bugs item #1595449, was opened at 2006-11-13 09:23 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=1595449&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alex Peeters (zxr750) Assigned to: Nobody/Anonymous (nobody) Summary: check_procs bus error, ... on Solaris 8, 9 & 10 Initial Comment: check_procs bus error, segmentation fault or wrong output on Solaris 8, 9 & 10 Do first the next configure! ---------------------------- ./configure --with-ps_command="/usr/bin/ps -eo 's uid pid ppid vsz rss pcpu etime comm args'" --with-ps_format='%s %d %d %d %d %d %f %s %s %n' --with-ps_cols=10 --with-ps_varlist='procstat,&procuid,&procpid,&procppid,&procvsz,&procrss,&procpcpu,procetime,procprog,&pos' --with-trusted-path=/usr/local/bin:/usr/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin To solve the bus error and /or segmentation fault on Solaris 8: -------------------------------------------------- replace into check_procs.c if ( cols >= expected_cols ) { resultsum = 0; - asprintf (&procargs, "%s", input_line + pos); strip (procargs); with if ( cols >= expected_cols ) { resultsum = 0; + asprintf (&procargs, "%s", input_line); strip (procargs); To solve the wrong output on Solaris 8, 9 & 10: ----------------------------------------------- change into common.h MAX_INPUT_BUFFER 1024 to MAX_INPUT_BUFFER 4096 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1595449&group_id=29880 From noreply at sourceforge.net Mon Nov 13 09:24:45 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 13 Nov 2006 00:24:45 -0800 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1595450 ] check_procs bus error, segmentation fault or ... Message-ID: Patches item #1595450, was opened at 2006-11-13 09:24 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=1595450&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alex Peeters (zxr750) Assigned to: Nobody/Anonymous (nobody) Summary: check_procs bus error, segmentation fault or ... Initial Comment: check_procs bus error, segmentation fault or wrong output on Solaris 8, 9 & 10 Do first the next configure! ---------------------------- ./configure --with-ps_command="/usr/bin/ps -eo 's uid pid ppid vsz rss pcpu etime comm args'" --with-ps_format='%s %d %d %d %d %d %f %s %s %n' --with-ps_cols=10 --with-ps_varlist='procstat,&procuid,&procpid,&procppid,&procvsz,&procrss,&procpcpu,procetime,procprog,&pos' --with-trusted-path=/usr/local/bin:/usr/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin To solve the bus error and /or segmentation fault on Solaris 8: -------------------------------------------------- replace into check_procs.c if ( cols >= expected_cols ) { resultsum = 0; - asprintf (&procargs, "%s", input_line + pos); strip (procargs); with if ( cols >= expected_cols ) { resultsum = 0; + asprintf (&procargs, "%s", input_line); strip (procargs); To solve the wrong output on Solaris 8, 9 & 10: ----------------------------------------------- change into common.h MAX_INPUT_BUFFER 1024 to MAX_INPUT_BUFFER 4096 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1595450&group_id=29880 From injinerisanthosh at gmail.com Mon Nov 13 14:41:55 2006 From: injinerisanthosh at gmail.com (Santhosh Injineri) Date: Mon, 13 Nov 2006 19:11:55 +0530 Subject: [Nagiosplug-devel] Nagiosplug-devel Digest, Vol 6, Issue 8 In-Reply-To: References: Message-ID: Hi Duncs , Thank you for the solution... Can you help me like how to modify the .cfg files .....I want to monitor my localhost So what all configuration files to be modified???? Please help me ... Thanks in advance... On 11/11/06, nagiosplug-devel-request at lists.sourceforge.net < nagiosplug-devel-request at lists.sourceforge.net> wrote: > > Send Nagiosplug-devel mailing list submissions to > nagiosplug-devel at lists.sourceforge.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > or, via email, send a message with subject or body 'help' to > nagiosplug-devel-request at lists.sourceforge.net > > You can reach the person managing the list at > nagiosplug-devel-owner at lists.sourceforge.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Nagiosplug-devel digest..." > > > Today's Topics: > > 1. Error: Command 'check-host-alive' has already been defined > (Santhosh Injineri) > 2. Re: Error: Command 'check-host-alive' has already been > defined (Duncan Ferguson) > 3. [ nagiosplug-Patches-1588031 ] check_swap coredump fix for > solaris (SourceForge.net) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 10 Nov 2006 13:34:16 +0530 > From: "Santhosh Injineri" > Subject: [Nagiosplug-devel] Error: Command 'check-host-alive' has > already been defined > To: nagiosplug-devel at lists.sourceforge.net, vinitsamel at gmail.com > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > I am building Nagios on HP-UX and i am getting the error mentioned in > Subject line > > Can anyone help me to resolve this problem .... > > Thanks in Advance > > Regards > Santhosh > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://sourceforge.net/mailarchive/forum.php?forum=nagiosplug-devel/attachments/20061110/84b925a4/attachment.html > > ------------------------------ > > Message: 2 > Date: Fri, 10 Nov 2006 08:52:49 +0000 > From: Duncan Ferguson > Subject: Re: [Nagiosplug-devel] Error: Command 'check-host-alive' > has > already been defined > To: Nagios Plugin Development Mailing List > > Cc: vinitsamel at gmail.com > Message-ID: <1163148770.5027.73.camel at eto-duncs-fc.pn.egg.com> > Content-Type: text/plain; charset="us-ascii" > > This means you most likely have two definitions of the command within > the commands.cfg file (or whatever your commands are defined from nagios > config), i.e. two of > > define command { > command_name check-host-alive > command_line xxxxx > } > > Duncs > > On Fri, 2006-11-10 at 13:34 +0530, Santhosh Injineri wrote: > > > > > > I am building Nagios on HP-UX and i am getting the error mentioned in > > Subject line > > > > Can anyone help me to resolve this problem .... > > > > Thanks in Advance > > > > Regards > > Santhosh > > > > > ------------------------------------------------------------------------- > > Using Tomcat but need to do more? Need to support web services, > security? > > Get stuff done quickly with pre-integrated technology to make your job > easier > > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > _______________________________________________________ Nagios Plugin > Development Mailing List Nagiosplug-devel at lists.sourceforge.netUnsubscribe 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 > > -- > Duncan Ferguson > > Senior Technologist > Egg PLC > Telephone: +44 (0)1384 26 4060 > Mobbile: +44 (0)7968 148 748 > Jabber: duncs > > > > ----------------------------------------- > Egg is a trading name of the Egg group of companies which includes: > Egg plc (reg no 2448340), Egg Financial Intermediation Ltd (reg no > 3828289), and Egg Banking plc (reg no 2999842). Egg Banking plc and > Egg Financial Intermediation Ltd are authorised and regulated by > the Financial Services Authority (FSA) and are entered in the FSA > register under numbers 205621 and 309551 respectively. These > members of the Egg group are registered in England and Wales. > Registered office: Laurence Pountney Hill, London EC4R 0HH. > > This e-mail is confidential and for use by the addressee only. If > you are not the intended recipient of this e-mail and have received > it in error, please return the message to the sender by replying to > it and then delete it from your mailbox. Internet e-mails are not > necessarily secure. The Egg group of companies do not accept > responsibility for changes made to this message after it was sent. > > > Whilst all reasonable care has been taken to avoid the transmission > of viruses, it is the responsibility of the recipient to ensure > that the onward transmission, opening or use of this message and > any attachments will not adversely affect its systems or data. No > responsibility is accepted by the Egg group of companies in this > regard and the recipient should carry out such virus and other > checks as it considers appropriate. > > This communication does not create or modify any contract. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://sourceforge.net/mailarchive/forum.php?forum=nagiosplug-devel/attachments/20061110/97c20d50/attachment.html > > ------------------------------ > > Message: 3 > Date: Fri, 10 Nov 2006 11:04:16 -0800 > From: "SourceForge.net" > Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1588031 ] check_swap > coredump fix for solaris > To: noreply at sourceforge.net > Message-ID: > Content-Type: text/plain; charset="UTF-8" > > Patches item #1588031, was opened at 2006-10-31 16:57 > Message generated for change (Settings changed) made by duncan_ferguson > You can respond by visiting: > > https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1588031&group_id=29880 > > Please note that this message will contain a full copy of the comment > thread, > including the initial issue submission, for this request, > not just the latest update. > Category: Bugfix > Group: None > Status: Open > >Resolution: Fixed > Priority: 5 > Private: No > Submitted By: Duncan Ferguson (duncan_ferguson) > Assigned to: Nobody/Anonymous (nobody) > Summary: check_swap coredump fix for solaris > > Initial Comment: > check_swap in plugins 1.4.4 coredumps on solaris (and > other SVR4 hosts) when swapctl returns an unexpected > value. This patch provides a tidier exit and also > checks for some malloc errors in allocating memory for > the vars used. > > I have not amended the BSD section for the same > problems since I have no way of testing if the changes > I make are sane. > > ---------------------------------------------------------------------- > > Comment By: Andy Harrison (nachoz) > Date: 2006-11-09 19:07 > > Message: > Logged In: YES > user_id=27741 > > I ran into the issue of check_swap dumping core on Solaris 9 > (sparc). Using this patch fixed the problem perfectly. > Thanx! -- Andy > > ---------------------------------------------------------------------- > > Comment By: Duncan Ferguson (duncan_ferguson) > Date: 2006-11-01 14:31 > > Message: > Logged In: YES > user_id=865292 > > Updated patch to fix the "Bad Address" problem for solaris. > Includes previous patch. > > ---------------------------------------------------------------------- > > You can respond by visiting: > > https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1588031&group_id=29880 > > > > ------------------------------ > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > ------------------------------ > > _______________________________________________________ > Nagios Plugin Development Mailing List > Nagiosplug-devel at lists.sourceforge.net > Unsubscribe at > https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > > > End of Nagiosplug-devel Digest, Vol 6, Issue 8 > ********************************************** > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ae at op5.se Mon Nov 13 15:01:46 2006 From: ae at op5.se (Andreas Ericsson) Date: Mon, 13 Nov 2006 15:01:46 +0100 Subject: [Nagiosplug-devel] Nagiosplug-devel Digest, Vol 6, Issue 8 In-Reply-To: References: Message-ID: <45587ACA.9030205@op5.se> Santhosh Injineri wrote: > Hi Duncs , > > Thank you for the solution... > > Can you help me like how to modify the .cfg files .....I want to monitor my > localhost So what all configuration files to be modified???? > > Please help me ... > When you post to an email-list with a reply to one of the messages in the digest you should always cut away everything that isn't relevant to your response and (this is important) *never top-post*. I have no idea what you're replying to when you top-post above the entire digest and I'm most definitely not going to read it all to try to figure out what you and "Duncs" discussed. I'm sure many others feel the same, so you're missing out on a lot of people that might otherwise have been able to help you. > Thanks in advance... > You're welcome. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From noreply at sourceforge.net Mon Nov 13 21:10:43 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 13 Nov 2006 12:10:43 -0800 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-731467 ] check_udp returns exit code 0 everytime Message-ID: Bugs item #731467, was opened at 2003-05-02 10:13 Message generated for change (Comment added) made by harpermann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=731467&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: Open Resolution: None Priority: 5 Private: No Submitted By: Kevin O'Brien (irishpadres) Assigned to: Ton Voon (tonvoon) Summary: check_udp returns exit code 0 everytime Initial Comment: If I use the check_tcp symlinked version of check_udp I get and exit code of 0 every time I run the script. I can give it any host and and any port and it will always exit 0 with 0.0001 second response time. I've tried this on both a Linux and Solaris box with the same result. ---------------------------------------------------------------------- >Comment By: Harper Mann (harpermann) Date: 2006-11-13 12:10 Message: Logged In: YES user_id=939531 Hi, I just tried this with current main branch. check_udp(2) is returning proper status codes and message after running. Is this still a problem? Please let me know. If I don't hear anything in a couple of days, I'll close this bug as old. [hmann at sirius plugins]$ ls -l check_udp2 lrwxrwxrwx 1 hmann hmann 9 Jul 18 15:34 check_udp2 -> check_tcp [hmann at sirius plugins]$ ./check_udp -H localhost -p 777 -s "foo" -e "foo" -v Using service UDP Port: 777 flags: 0x2 Send string: foo server_expect_count: 1 0: foo No data received from host [hmann at sirius plugins]$ echo $? 2 Regards, - Harper ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-06-30 10:45 Message: Logged In: YES user_id=10485 I believe the problem lies in actually how the UDP ports are being check'd as I'm sure if you ran the same tests you ran with check_udp2 using check_udp they would all give the same result... Only difference is that result would be a no data from host failure... I'm looking into this to see how it can be handled better and more accurately... ---------------------------------------------------------------------- Comment By: Kevin O'Brien (irishpadres) Date: 2003-06-30 10:41 Message: Logged In: YES user_id=753604 yes, I'm talking about check_udp2. I've tested against many different kind of udp ports (ntp, dns, nfs, etc) on localhost and remote hosts and always returns the same exit code regardless of whether they are up or not (and yes the ports are actually open). ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-06-29 11:02 Message: Logged In: YES user_id=10485 I assume you mean check_udp2? Are you checking against UDP ports you know to be open and closed or are they unknown and trying to use it to test? I'm the one that added the symlink but haven't been able to give it a full test for accuracy yet. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=731467&group_id=29880 From noreply at sourceforge.net Mon Nov 13 21:40:30 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 13 Nov 2006 12:40:30 -0800 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-772366 ] check_udp2 on 1.3.1 ? Message-ID: Bugs item #772366, was opened at 2003-07-16 08:04 Message generated for change (Comment added) made by harpermann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=772366&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: Release (specify) Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: R?nald CASAGRAUDE (kipit) >Assigned to: Harper Mann (harpermann) Summary: check_udp2 on 1.3.1 ? Initial Comment: Is it normal that check_udp2 (symbolic link to check_tcp) disappear from this release ? This link is present on nagios-plugins-CVS and creating the link by hand with 1.3.1 (release) do the job... If the disappearance of check_udp2 is normal, how to check if an udp port is open ? ---------------------------------------------------------------------- >Comment By: Harper Mann (harpermann) Date: 2006-11-13 12:40 Message: Logged In: YES user_id=939531 Hi, Check_udp2 is redundant to check_udp which is still in the release. Check_udp seems to be working from the main branch. Users should use check_udp. I'm closing this bug as fixed. Regards, - Harper ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-07-16 22:15 Message: Logged In: YES user_id=10485 The link was removed from the 1.3.1 release as it was only added to the CVS HEAD tag... It also has been found to not operate properly, thus it's removal keeps repeated bugs saying it doesn't work from being filed until it can be fixed properly... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=772366&group_id=29880 From noreply at sourceforge.net Mon Nov 13 21:40:42 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 13 Nov 2006 12:40:42 -0800 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-772366 ] check_udp2 on 1.3.1 ? Message-ID: Bugs item #772366, was opened at 2003-07-16 08:04 Message generated for change (Comment added) made by harpermann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=772366&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: Release (specify) Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: R?nald CASAGRAUDE (kipit) Assigned to: Harper Mann (harpermann) Summary: check_udp2 on 1.3.1 ? Initial Comment: Is it normal that check_udp2 (symbolic link to check_tcp) disappear from this release ? This link is present on nagios-plugins-CVS and creating the link by hand with 1.3.1 (release) do the job... If the disappearance of check_udp2 is normal, how to check if an udp port is open ? ---------------------------------------------------------------------- >Comment By: Harper Mann (harpermann) Date: 2006-11-13 12:40 Message: Logged In: YES user_id=939531 Hi, Check_udp2 is redundant to check_udp which is still in the release. Check_udp seems to be working from the main branch. Users should use check_udp. I'm closing this bug as fixed. Regards, - Harper ---------------------------------------------------------------------- Comment By: Harper Mann (harpermann) Date: 2006-11-13 12:40 Message: Logged In: YES user_id=939531 Hi, Check_udp2 is redundant to check_udp which is still in the release. Check_udp seems to be working from the main branch. Users should use check_udp. I'm closing this bug as fixed. Regards, - Harper ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-07-16 22:15 Message: Logged In: YES user_id=10485 The link was removed from the 1.3.1 release as it was only added to the CVS HEAD tag... It also has been found to not operate properly, thus it's removal keeps repeated bugs saying it doesn't work from being filed until it can be fixed properly... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=772366&group_id=29880 From noreply at sourceforge.net Mon Nov 13 21:41:27 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 13 Nov 2006 12:41:27 -0800 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-772366 ] check_udp2 on 1.3.1 ? Message-ID: Bugs item #772366, was opened at 2003-07-16 08:04 Message generated for change (Settings changed) made by harpermann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=772366&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: Release (specify) >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: R?nald CASAGRAUDE (kipit) Assigned to: Harper Mann (harpermann) Summary: check_udp2 on 1.3.1 ? Initial Comment: Is it normal that check_udp2 (symbolic link to check_tcp) disappear from this release ? This link is present on nagios-plugins-CVS and creating the link by hand with 1.3.1 (release) do the job... If the disappearance of check_udp2 is normal, how to check if an udp port is open ? ---------------------------------------------------------------------- Comment By: Harper Mann (harpermann) Date: 2006-11-13 12:40 Message: Logged In: YES user_id=939531 Hi, Check_udp2 is redundant to check_udp which is still in the release. Check_udp seems to be working from the main branch. Users should use check_udp. I'm closing this bug as fixed. Regards, - Harper ---------------------------------------------------------------------- Comment By: Harper Mann (harpermann) Date: 2006-11-13 12:40 Message: Logged In: YES user_id=939531 Hi, Check_udp2 is redundant to check_udp which is still in the release. Check_udp seems to be working from the main branch. Users should use check_udp. I'm closing this bug as fixed. Regards, - Harper ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-07-16 22:15 Message: Logged In: YES user_id=10485 The link was removed from the 1.3.1 release as it was only added to the CVS HEAD tag... It also has been found to not operate properly, thus it's removal keeps repeated bugs saying it doesn't work from being filed until it can be fixed properly... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=772366&group_id=29880 From injinerisanthosh at gmail.com Wed Nov 15 06:49:05 2006 From: injinerisanthosh at gmail.com (Santhosh Injineri) Date: Wed, 15 Nov 2006 11:19:05 +0530 Subject: [Nagiosplug-devel] Nagiosplug-devel Digest, Vol 6, Issue 10 In-Reply-To: References: Message-ID: Hi Duncs, I am getting Could not open pipe: if i run the excutable check_ping .... Please tell me any configuration file need to be changed ???? Help me in this regard... -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Wed Nov 15 19:27:19 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 15 Nov 2006 10:27:19 -0800 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-731467 ] check_udp returns exit code 0 everytime Message-ID: Bugs item #731467, was opened at 2003-05-02 10:13 Message generated for change (Comment added) made by harpermann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=731467&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: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Kevin O'Brien (irishpadres) >Assigned to: Harper Mann (harpermann) Summary: check_udp returns exit code 0 everytime Initial Comment: If I use the check_tcp symlinked version of check_udp I get and exit code of 0 every time I run the script. I can give it any host and and any port and it will always exit 0 with 0.0001 second response time. I've tried this on both a Linux and Solaris box with the same result. ---------------------------------------------------------------------- >Comment By: Harper Mann (harpermann) Date: 2006-11-15 10:27 Message: Logged In: YES user_id=939531 Originator: NO Greetings, this has been fixed and tested so the bug is closed. Please let us know if you still have problems with it. Regards, - Harper ---------------------------------------------------------------------- Comment By: Harper Mann (harpermann) Date: 2006-11-13 12:10 Message: Logged In: YES user_id=939531 Hi, I just tried this with current main branch. check_udp(2) is returning proper status codes and message after running. Is this still a problem? Please let me know. If I don't hear anything in a couple of days, I'll close this bug as old. [hmann at sirius plugins]$ ls -l check_udp2 lrwxrwxrwx 1 hmann hmann 9 Jul 18 15:34 check_udp2 -> check_tcp [hmann at sirius plugins]$ ./check_udp -H localhost -p 777 -s "foo" -e "foo" -v Using service UDP Port: 777 flags: 0x2 Send string: foo server_expect_count: 1 0: foo No data received from host [hmann at sirius plugins]$ echo $? 2 Regards, - Harper ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-06-30 10:45 Message: Logged In: YES user_id=10485 I believe the problem lies in actually how the UDP ports are being check'd as I'm sure if you ran the same tests you ran with check_udp2 using check_udp they would all give the same result... Only difference is that result would be a no data from host failure... I'm looking into this to see how it can be handled better and more accurately... ---------------------------------------------------------------------- Comment By: Kevin O'Brien (irishpadres) Date: 2003-06-30 10:41 Message: Logged In: YES user_id=753604 yes, I'm talking about check_udp2. I've tested against many different kind of udp ports (ntp, dns, nfs, etc) on localhost and remote hosts and always returns the same exit code regardless of whether they are up or not (and yes the ports are actually open). ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-06-29 11:02 Message: Logged In: YES user_id=10485 I assume you mean check_udp2? Are you checking against UDP ports you know to be open and closed or are they unknown and trying to use it to test? I'm the one that added the symlink but haven't been able to give it a full test for accuracy yet. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=731467&group_id=29880 From remopeulen at aim.com Thu Nov 16 09:20:09 2006 From: remopeulen at aim.com (remopeulen at aim.com) Date: Thu, 16 Nov 2006 03:20:09 -0500 Subject: [Nagiosplug-devel] check_nt - diskspace checking Message-ID: <8C8D76F2A237284-1080-6504@FWM-R27.sysops.aol.com> Hi all, I've been looking for a way to verify the actual free diskspace in nagios in stead of the % free space. When using check_nt I an define the values for -w and -c, but these just monitor the % free space. Can I use this tool for monitoring the actual free diskspace and what would be the syntax if that is possible? Thanks in advance, Kind regards, Remo Peulen ________________________________________________________________________ Check Out the new free AIM(R) Mail -- 2 GB of storage and industry-leading spam and email virus protection. -------------- next part -------------- An HTML attachment was scrubbed... URL: From amontibello at gmail.com Sun Nov 19 05:36:32 2006 From: amontibello at gmail.com (Anthony Montibello) Date: Sat, 18 Nov 2006 23:36:32 -0500 Subject: [Nagiosplug-devel] check_nt - diskspace checking In-Reply-To: <8C8D76F2A237284-1080-6504@FWM-R27.sysops.aol.com> References: <8C8D76F2A237284-1080-6504@FWM-R27.sysops.aol.com> Message-ID: The calculation for the % is done inside check_nt not in the Windows client. thus the code can be changed in the check_nt.c and then recompiled to do this. (if it is not already there) THe NC_NEt version of CHeck_nt already has the capabality of checking thresholds in Megabytes. if the -c or -w is a value over 100. It is in the nc_net README.DOC. Good Luck Tony On 11/16/06, remopeulen at aim.com wrote: > > Hi all, > > I've been looking for a way to verify the actual free diskspace in nagios > in stead of the % free space. When using check_nt I an define the values for > -w and -c, but these just monitor the % free space. > > Can I use this tool for monitoring the actual free diskspace and what > would be the syntax if that is possible? > > Thanks in advance, > > Kind regards, Remo Peulen > > ------------------------------ > *Check Out the new free AIM(R) Mail*-- 2 GB of storage and industry-leading spam and email virus protection. > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________________ > 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 injinerisanthosh at gmail.com Mon Nov 20 09:29:54 2006 From: injinerisanthosh at gmail.com (Santhosh Injineri) Date: Mon, 20 Nov 2006 13:59:54 +0530 Subject: [Nagiosplug-devel] Nagiosplug-devel Digest, Vol 6, Issue 14 In-Reply-To: References: Message-ID: Hi All , I am having error while using the check_ping plugin on HP-UX ..wherein i have compiled nagios-plugin on HP-UX ... version is (1.4.5) with Nagios version(2.5) ... I am running the following *command* ./check_ping -H localhost -w 99,99% -c 100,100% *output is* /usr/sbin/ping CRITICAL - Could not interpret output from ping command Please help me in this regard Thanks in Advance Regards Santhosh -------------- next part -------------- An HTML attachment was scrubbed... URL: From pgarcia at mcw.edu Fri Nov 17 17:46:32 2006 From: pgarcia at mcw.edu (Garcia, Phillip) Date: Fri, 17 Nov 2006 10:46:32 -0600 Subject: [Nagiosplug-devel] check_swap bug on solaris 10 Message-ID: Please see attached. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: swap-bug Type: application/octet-stream Size: 2190 bytes Desc: swap-bug URL: From pgarcia at mcw.edu Fri Nov 17 18:02:10 2006 From: pgarcia at mcw.edu (Garcia, Phillip) Date: Fri, 17 Nov 2006 11:02:10 -0600 Subject: [Nagiosplug-devel] check_users bug on solaris 10 Message-ID: This is on a sparc solaris 10 box. Please see attached. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: users-bug Type: application/octet-stream Size: 1156 bytes Desc: users-bug URL: From duncan.ferguson at egg.com Mon Nov 20 10:11:18 2006 From: duncan.ferguson at egg.com (Duncan Ferguson) Date: Mon, 20 Nov 2006 09:11:18 +0000 Subject: [Nagiosplug-devel] check_swap bug on solaris 10 In-Reply-To: References: Message-ID: <1164013878.9228.8.camel@eto-duncs-fc.pn.egg.com> Does this include the patch I have put into the tracker? Duncs On Fri, 2006-11-17 at 10:46 -0600, Garcia, Phillip wrote: > Please see attached. > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________________ 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 -- Duncan Ferguson Senior Technologist Egg PLC Telephone: +44 (0)1384 26 4060 Mobbile: +44 (0)7968 148 748 Jabber: duncs ----------------------------------------- Egg is a trading name of the Egg group of companies which includes: Egg plc (reg no 2448340), Egg Financial Intermediation Ltd (reg no 3828289), and Egg Banking plc (reg no 2999842). Egg Banking plc and Egg Financial Intermediation Ltd are authorised and regulated by the Financial Services Authority (FSA) and are entered in the FSA register under numbers 205621 and 309551 respectively. These members of the Egg group are registered in England and Wales. Registered office: Laurence Pountney Hill, London EC4R 0HH. This e-mail is confidential and for use by the addressee only. If you are not the intended recipient of this e-mail and have received it in error, please return the message to the sender by replying to it and then delete it from your mailbox. Internet e-mails are not necessarily secure. The Egg group of companies do not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the Egg group of companies in this regard and the recipient should carry out such virus and other checks as it considers appropriate. This communication does not create or modify any contract. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas at zango.com Tue Nov 21 00:00:09 2006 From: Thomas at zango.com (Thomas Guyot-Sionnest) Date: Mon, 20 Nov 2006 15:00:09 -0800 Subject: [Nagiosplug-devel] All Perl plugins broken with --libexec=SOME_PATH Message-ID: <804160344192334BB21922E8082EA6C029B982@seaex01.180solutions.com> I compiled the latest nagios-plugins with ./configure --prefix=/usr --libexecdir=/usr/libexec/nagios All Perl plugins were broken because the utils.pm path were set to the last component of --libexecdir, 'nagios'. I fixed it by changing this in plugins-scripts/subst.in: function led() { led1 = "@libexecdir@"; led2 = "@exec_prefix@"; led3 = "@prefix@"; if ( match(led1, /^\$\{exec_prefix\}/ ) != 0 ) { return "\"" led3 "/libexec\" " ; } return "\"" led1 "\"" ; } TO function led() { led1 = "@libexecdir@"; return "\"" led1 "\"" ; } I don't know what's the heck with all the other stuff in that function but afaik utils.pm is in @libexecdir@ so I don't get why just returning @libexecdir@ isn't suficient. Also, in check_mailq, the path is unset but qmail-qstat requires a path set for the following binaries: cd, echo, wc, find and expr. Thomas -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3076 bytes Desc: not available URL: From yrodrigu at uwaterloo.ca Tue Nov 21 16:14:53 2006 From: yrodrigu at uwaterloo.ca (Yvan Rodrigues) Date: Tue, 21 Nov 2006 10:14:53 -0500 Subject: [Nagiosplug-devel] docs don't match functionality in check_http: --expect Message-ID: <200611211514.kALFExIr018799@admmail.uwaterloo.ca> Sorry if this has been fixed. I'm on 1.4.2 and having compile errors on 1.4.5 chech_http --help in the syntax shows the -e switch, does not show --expect in the verbose description shows the --expect switch --expect does not seem to actually work +-----------------------------------+------------------------------------+ | Yvan Rodrigues | Community for UW IT/IS staff: | | Manager, Systems and Technology | http://watitb.uwaterloo.ca | | University of Waterloo Graphics | | | yrodrigu at uwaterloo.ca | December 6: WatITis conference | | http://www.graphics.uwaterloo.ca | for IT/IS collaboration at UW | +-----------------------------------+------------------------------------+ From bseklecki at collaborativefusion.com Tue Nov 21 16:21:46 2006 From: bseklecki at collaborativefusion.com (Brian A. Seklecki) Date: Tue, 21 Nov 2006 10:21:46 -0500 Subject: [Nagiosplug-devel] Nagiosplug-devel Digest, Vol 6, Issue 14 In-Reply-To: References: Message-ID: <1164122506.664.5.camel@soundwave.pgh.priv.collaborativefusion.com> check_ping is just a wrapper around a manual child process exec of your system's $PATH/ping. There has to be C code to parse the output of the result, which is generally the same on a lot of systems given the right combinations of flags/args. In this case, there probably isn't code of the HP-UX version (which is coming up on 15 years old, anyway). $ grep -i hp check_ping.c $ grep -i child check_ping.c if ((child_process = spopen (cmd)) == NULL) child_stderr = fdopen (child_stderr_array[fileno (child_process)], "r"); if (child_stderr == NULL) while (fgets (buf, MAX_INPUT_BUFFER - 1, child_process)) { while (fgets (buf, MAX_INPUT_BUFFER - 1, child_stderr)) { (void) fclose (child_stderr); if (spclose (child_process)) Options: 1) Use check_icmp 2) Use check_fping 3) Patches ~BAS On Mon, 2006-11-20 at 13:59 +0530, Santhosh Injineri wrote: > > Hi All , > > I am having error while using the check_ping plugin on HP-UX ..wherein > i have compiled nagios-plugin on HP-UX ... version is (1.4.5) with > Nagios version(2.5) ... > > I am running the following command > > ./check_ping -H localhost -w 99,99% -c 100,100% > > output is > > /usr/sbin/ping > CRITICAL - Could not interpret output from ping command > > Please help me in this regard > > > Thanks in Advance > > Regards > Santhosh > > > > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________________ 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 -- Brian A. Seklecki Collaborative Fusion, Inc. From mking at bridgew.edu Thu Nov 23 00:07:38 2006 From: mking at bridgew.edu (Michael King) Date: Wed, 22 Nov 2006 23:07:38 +0000 (UTC) Subject: [Nagiosplug-devel] Help with creating a plugin to check RADIUS Message-ID: I'll have to preface this that I'm a beginner at both Nagios, and Creating plugins. We have a small deployment in our office, and I'm trying to get it tomonitor our RADIUS servers. We initially wanted to use the check_radius_adv plugin, but we found that it wasn't capable of performing a full EAP conversation. (If it is, please tell me so I don't reinvent the wheel here) Poking around, I found that wpa_supplicant includes a utility called EAPOL_TEST which DOES perform a full EAP conversation with the RADIUS server. Here's where i get stuck... What should I be returning Nagios? Right now I have it as a simple (5 line) shell script. All it really does is dump all the program output of eapol_test into /dev/null and return a pass or fail. (eapol_test returns a 1 if good, or 0 if bad, so i just stuck it in an IF statement) There is a wealth of information that is in the program output. (Round trip times, exact error of why EAP failed) I just don't have the skill to utilize them. Thanks Mike From bobi at netshel.net Thu Nov 23 06:26:15 2006 From: bobi at netshel.net (bobi at netshel.net) Date: Wed, 22 Nov 2006 21:26:15 -0800 (PST) Subject: [Nagiosplug-devel] Help with creating a plugin to check RADIUS In-Reply-To: References: Message-ID: <2262.71.32.226.239.1164259575.squirrel@webmail.netshel.net> Just about everything you need to know can be found in the following document: http://nagiosplug.sourceforge.net/developer-guidelines.html In a nutshell: Your relevant output is limited to one line, up to the first new-line (or 1024 characters, whichever comes first.) Everything after the first line is discarded. The key is to set the exit code of your shell script to one of the following integers: 0 (OK) 1 (Warning) 2 (Critical) 3 (Unknown Error) In shell script, just use the "exit" command, like: exit 0 # Success or exit 2 # Critical error That's about all there is to it. Bob > I'll have to preface this that I'm a beginner at both Nagios, and Creating > plugins. We have a small deployment in our office, and I'm trying to get > it tomonitor our RADIUS servers. > > We initially wanted to use the check_radius_adv plugin, but we found that > it > wasn't capable of performing a full EAP conversation. (If it is, please > tell > me so I don't reinvent the wheel here) > > Poking around, I found that wpa_supplicant includes a utility called > EAPOL_TEST which DOES perform a full EAP conversation with the RADIUS > server. > > Here's where i get stuck... > > What should I be returning Nagios? Right now I have it as a simple (5 > line) > shell script. All it really does is dump all the program output of > eapol_test > into /dev/null and return a pass or fail. (eapol_test returns a 1 if > good, > or 0 if bad, so i just stuck it in an IF statement) > > There is a wealth of information that is in the program output. (Round > trip > times, exact error of why EAP failed) I just don't have the skill to > utilize > them. > > Thanks > > Mike > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________________ > 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 bobi at netshel.net Thu Nov 23 06:26:15 2006 From: bobi at netshel.net (bobi at netshel.net) Date: Wed, 22 Nov 2006 21:26:15 -0800 (PST) Subject: [Nagiosplug-devel] Help with creating a plugin to check RADIUS In-Reply-To: References: Message-ID: <2262.71.32.226.239.1164259575.squirrel@webmail.netshel.net> Just about everything you need to know can be found in the following document: http://nagiosplug.sourceforge.net/developer-guidelines.html In a nutshell: Your relevant output is limited to one line, up to the first new-line (or 1024 characters, whichever comes first.) Everything after the first line is discarded. The key is to set the exit code of your shell script to one of the following integers: 0 (OK) 1 (Warning) 2 (Critical) 3 (Unknown Error) In shell script, just use the "exit" command, like: exit 0 # Success or exit 2 # Critical error That's about all there is to it. Bob > I'll have to preface this that I'm a beginner at both Nagios, and Creating > plugins. We have a small deployment in our office, and I'm trying to get > it tomonitor our RADIUS servers. > > We initially wanted to use the check_radius_adv plugin, but we found that > it > wasn't capable of performing a full EAP conversation. (If it is, please > tell > me so I don't reinvent the wheel here) > > Poking around, I found that wpa_supplicant includes a utility called > EAPOL_TEST which DOES perform a full EAP conversation with the RADIUS > server. > > Here's where i get stuck... > > What should I be returning Nagios? Right now I have it as a simple (5 > line) > shell script. All it really does is dump all the program output of > eapol_test > into /dev/null and return a pass or fail. (eapol_test returns a 1 if > good, > or 0 if bad, so i just stuck it in an IF statement) > > There is a wealth of information that is in the program output. (Round > trip > times, exact error of why EAP failed) I just don't have the skill to > utilize > them. > > Thanks > > Mike > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________________ > 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 gary at primeexalia.com Thu Nov 23 06:35:53 2006 From: gary at primeexalia.com (Gary W. Smith) Date: Wed, 22 Nov 2006 21:35:53 -0800 Subject: [Nagiosplug-devel] plugin works locally but not remotely Message-ID: <57F9959B46E0FA4D8BA88AEDFBE5829024ED84@pxtbenexd01.pxt.primeexalia.com> I have two servers, one redhat, one rpath os, both running nrpe. These are postfix mail spoolers. The check_nrpe command from the nagios servers works fine on the redhat server but dies on the rpath server (only for the check_mailq command). When I run the check_mailq command on the local rpath box it runs without any problem. I can't tell why it's dying remotely BUT when I wrap the check_mailq command with a shell it works fine remotely. So I renamed check_mailq to check_mailq.pl and create check_mailq (shell script) which does this: #!/bin/sh # Nasty fix for some off the wall reason cd /usr/lib/nagios/plugins /usr/lib/nagios/plugins/check_mailq.pl $1 $2 $3 $4 $5 $6 I'm not sure why I have to write a wrapper. Anyone seem anything like this on different distros? I had to put the cd /usr/lib/nagios/plugins in there or it would die on the call to /usr/lib/nagios/plugins/check_mailq.pl $1 $2 $3 $4 $5 $6. Any help would be appreciated. Gary Wayne Smith -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas at zango.com Thu Nov 23 06:36:32 2006 From: Thomas at zango.com (Thomas Guyot-Sionnest) Date: Wed, 22 Nov 2006 21:36:32 -0800 Subject: [Nagiosplug-devel] Help with creating a plugin to check RADIUS References: <6641F169E241EA40B29DE7BFAD24674D6D5CFD@EXCH2.campus.bridgew.edu> Message-ID: <804160344192334BB21922E8082EA6C0267458@seaex01.180solutions.com> Effectively it is down. I found this one from Debian: http://ftp.debian.org/debian/pool/main/r/radiusclient/radiusclient_0.3.2.orig.tar.gz I diff'ed it with my version, here's the only difference I came up with (This patch probably avoid some useless logging, it's well possible that I changed that myself...): --- radiusclient-0.3.2/lib/log.c 1997-12-29 18:07:22.000000000 -0500 +++ ../radiusclient-0.3.2/lib/log.c 2006-03-07 10:22:49.000000000 -0500 @@ -49,5 +49,5 @@ vsnprintf(buff, sizeof(buff), format, ap); va_end(ap); - syslog(prio, "%s", buff); +// syslog(prio, "%s", buff); } Thomas -----Original Message----- From: King, Michael [mailto:MKing at bridgew.edu] Sent: Wed 22-Nov-06 21:49 To: Thomas Guyot-Sionnest Subject: RE: [Nagiosplug-devel] Help with creating a plugin to check RADIUS Hi Thomas, Would you have a link to radiusclient? The only link I've been able to find is on freshmeat, and the FTP server does not respond. > -----Original Message----- > From: Thomas Guyot-Sionnest [mailto:Thomas at zango.com] > Sent: Wednesday, November 22, 2006 6:57 PM > To: King, Michael > Subject: RE: [Nagiosplug-devel] Help with creating a plugin > to check RADIUS > > I'm not sure which plugin you're talking about but have you > tried with the radius plugin that comes with Nagios-plugins? > > You'll need to install radiusclient to compile it (I used > radiusclient-0.3.2 if you want the specific version). > > Thomas > > > -----Original Message----- > > From: nagiosplug-devel-bounces at lists.sourceforge.net > > [mailto:nagiosplug-devel-bounces at lists.sourceforge.net] On > Behalf Of > > Michael King > > Sent: November 22, 2006 18:08 > > To: nagiosplug-devel at lists.sourceforge.net > > Subject: [Nagiosplug-devel] Help with creating a plugin to check > > RADIUS > > > > I'll have to preface this that I'm a beginner at both Nagios, and > > Creating plugins. We have a small deployment in our > office, and I'm > > trying to get it tomonitor our RADIUS servers. > > > > We initially wanted to use the check_radius_adv plugin, but > we found > > that it wasn't capable of performing a full EAP > conversation. (If it > > is, please tell me so I don't reinvent the wheel here) > > > > Poking around, I found that wpa_supplicant includes a > utility called > > EAPOL_TEST which DOES perform a full EAP conversation with > the RADIUS > > server. > > > > Here's where i get stuck... > > > > What should I be returning Nagios? Right now I have it as > a simple (5 > > line) shell script. All it really does is dump all the > program output > > of eapol_test into /dev/null and return a pass or fail. > (eapol_test > > returns a 1 if good, or 0 if bad, so i just stuck it in an IF > > statement) > > > > There is a wealth of information that is in the program > output. (Round > > trip times, exact error of why EAP failed) I just don't have the > > skill to utilize them. > > > > Thanks > > > > Mike > > > > > > -------------------------------------------------------------- > > ----------- > > Take Surveys. Earn Cash. Influence the Future of IT Join > > SourceForge.net's Techsay panel and you'll get the chance to share > > your opinions on IT & business topics through brief surveys > - and earn > > cash http://www.techsay.com/default.php?page=join.php&p=sourceforge > > &CID=DEVDEV > > _______________________________________________________ > > 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 Thomas at zango.com Thu Nov 23 06:49:46 2006 From: Thomas at zango.com (Thomas Guyot-Sionnest) Date: Wed, 22 Nov 2006 21:49:46 -0800 Subject: [Nagiosplug-devel] plugin works locally but not remotely References: <57F9959B46E0FA4D8BA88AEDFBE5829024ED84@pxtbenexd01.pxt.primeexalia.com> Message-ID: <804160344192334BB21922E8082EA6C0267459@seaex01.180solutions.com> Make sure the path to utils.pm in check_mailq is right, then try one of the following: If you can reproduce the problem locally, run the problematic command with: "strace -f " It it only happens trough NRPE, disable active checks to that host, find the pid of the nrpe daemon and run: "strace -fp " In either case try to follow the systems calls. Look for an error like permission denied opening a file or a file not found. I know the output is awfully long (especially with Perl checks) but you'll likely find exactly where it's failing. Thomas -----Original Message----- From: nagiosplug-devel-bounces at lists.sourceforge.net on behalf of Gary W. Smith Sent: Thu 23-Nov-06 0:35 To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] plugin works locally but not remotely I have two servers, one redhat, one rpath os, both running nrpe. These are postfix mail spoolers. The check_nrpe command from the nagios servers works fine on the redhat server but dies on the rpath server (only for the check_mailq command). When I run the check_mailq command on the local rpath box it runs without any problem. I can't tell why it's dying remotely BUT when I wrap the check_mailq command with a shell it works fine remotely. So I renamed check_mailq to check_mailq.pl and create check_mailq (shell script) which does this: #!/bin/sh # Nasty fix for some off the wall reason cd /usr/lib/nagios/plugins /usr/lib/nagios/plugins/check_mailq.pl $1 $2 $3 $4 $5 $6 I'm not sure why I have to write a wrapper. Anyone seem anything like this on different distros? I had to put the cd /usr/lib/nagios/plugins in there or it would die on the call to /usr/lib/nagios/plugins/check_mailq.pl $1 $2 $3 $4 $5 $6. Any help would be appreciated. Gary Wayne Smith -------------- next part -------------- An HTML attachment was scrubbed... URL: From gary at primeexalia.com Thu Nov 23 07:06:28 2006 From: gary at primeexalia.com (Gary W. Smith) Date: Wed, 22 Nov 2006 22:06:28 -0800 Subject: [Nagiosplug-devel] plugin works locally but not remotely In-Reply-To: <804160344192334BB21922E8082EA6C0267459@seaex01.180solutions.com> Message-ID: <57F9959B46E0FA4D8BA88AEDFBE5829024ED85@pxtbenexd01.pxt.primeexalia.com> For some reason the check_mailq is using "nagios/plugins/" as the base path (from the source). This I changed it to be the full path of "/usr/lib/nagiios/plugins/" and it seems to work now. I will check the other files and see what else might be broken. I will hack the source and update my rpath package to fix it there as well. Thanks... Gary Wayne Smith ________________________________ From: nagiosplug-devel-bounces at lists.sourceforge.net [mailto:nagiosplug-devel-bounces at lists.sourceforge.net] On Behalf Of Thomas Guyot-Sionnest Sent: Wednesday, November 22, 2006 9:50 PM To: Nagios Plugin Development Mailing List; nagiosplug-devel at lists.sourceforge.net Subject: Re: [Nagiosplug-devel] plugin works locally but not remotely Make sure the path to utils.pm in check_mailq is right, then try one of the following: If you can reproduce the problem locally, run the problematic command with: "strace -f " It it only happens trough NRPE, disable active checks to that host, find the pid of the nrpe daemon and run: "strace -fp " In either case try to follow the systems calls. Look for an error like permission denied opening a file or a file not found. I know the output is awfully long (especially with Perl checks) but you'll likely find exactly where it's failing. Thomas -----Original Message----- From: nagiosplug-devel-bounces at lists.sourceforge.net on behalf of Gary W. Smith Sent: Thu 23-Nov-06 0:35 To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] plugin works locally but not remotely I have two servers, one redhat, one rpath os, both running nrpe. These are postfix mail spoolers. The check_nrpe command from the nagios servers works fine on the redhat server but dies on the rpath server (only for the check_mailq command). When I run the check_mailq command on the local rpath box it runs without any problem. I can't tell why it's dying remotely BUT when I wrap the check_mailq command with a shell it works fine remotely. So I renamed check_mailq to check_mailq.pl and create check_mailq (shell script) which does this: #!/bin/sh # Nasty fix for some off the wall reason cd /usr/lib/nagios/plugins /usr/lib/nagios/plugins/check_mailq.pl $1 $2 $3 $4 $5 $6 I'm not sure why I have to write a wrapper. Anyone seem anything like this on different distros? I had to put the cd /usr/lib/nagios/plugins in there or it would die on the call to /usr/lib/nagios/plugins/check_mailq.pl $1 $2 $3 $4 $5 $6. Any help would be appreciated. Gary Wayne Smith -------------- next part -------------- An HTML attachment was scrubbed... URL: From copfilter at ipcop.worm-fr.com Thu Nov 23 09:46:08 2006 From: copfilter at ipcop.worm-fr.com (copfilter at ipcop.worm-fr.com) Date: Thu, 23 Nov 2006 08:46:08 +0000 (GMT) Subject: [Nagiosplug-devel] [Copfilter] Copy of quarantined email - *** SPAM *** [4.5/3.0] Re: Help with creating a plugin to check RADIUS Message-ID: <788484.962049068-sendEmail@ipcop> Just about everything you need to know can be found in the following document: http://nagiosplug.sourceforge.net/developer-guidelines.html In a nutshell: Your relevant output is limited to one line, up to the first new-line (or 1024 characters, whichever comes first.) Everything after the first line is discarded. The key is to set the exit code of your shell script to one of the following integers: 0 (OK) 1 (Warning) 2 (Critical) 3 (Unknown Error) In shell script, just use the "exit" command, like: exit 0 # Success or exit 2 # Critical error That's about all there is to it. Bob > I'll have to preface this that I'm a beginner at both Nagios, and Creating > plugins. We have a small deployment in our office, and I'm trying to get > it tomonitor our RADIUS servers. > > We initially wanted to use the check_radius_adv plugin, but we found that > it > wasn't capable of performing a full EAP conversation. (If it is, please > tell > me so I don't reinvent the wheel here) > > Poking around, I found that wpa_supplicant includes a utility called > EAPOL_TEST which DOES perform a full EAP conversation with the RADIUS > server. > > Here's where i get stuck... > > What should I be returning Nagios? Right now I have it as a simple (5 > line) > shell script. All it really does is dump all the program output of > eapol_test > into /dev/null and return a pass or fail. (eapol_test returns a 1 if > good, > or 0 if bad, so i just stuck it in an IF statement) > > There is a wealth of information that is in the program output. (Round > trip > times, exact error of why EAP failed) I just don't have the skill to > utilize > them. > > Thanks > > Mike > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________________ > 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 > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________________ 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 --------------------------------------------------------------------------------------- Orange vous informe que cet e-mail a ete controle par l'anti-virus mail. Aucun virus connu a ce jour par nos services n'a ete detecte. . From copfilter at ipcop.worm-fr.com Thu Nov 23 09:46:08 2006 From: copfilter at ipcop.worm-fr.com (copfilter at ipcop.worm-fr.com) Date: Thu, 23 Nov 2006 08:46:08 +0000 (GMT) Subject: [Nagiosplug-devel] [Copfilter] Copy of quarantined email - *** SPAM *** [4.5/3.0] Re: Help with creating a plugin to check RADIUS Message-ID: <704976.915472315-sendEmail@ipcop> Just about everything you need to know can be found in the following document: http://nagiosplug.sourceforge.net/developer-guidelines.html In a nutshell: Your relevant output is limited to one line, up to the first new-line (or 1024 characters, whichever comes first.) Everything after the first line is discarded. The key is to set the exit code of your shell script to one of the following integers: 0 (OK) 1 (Warning) 2 (Critical) 3 (Unknown Error) In shell script, just use the "exit" command, like: exit 0 # Success or exit 2 # Critical error That's about all there is to it. Bob > I'll have to preface this that I'm a beginner at both Nagios, and Creating > plugins. We have a small deployment in our office, and I'm trying to get > it tomonitor our RADIUS servers. > > We initially wanted to use the check_radius_adv plugin, but we found that > it > wasn't capable of performing a full EAP conversation. (If it is, please > tell > me so I don't reinvent the wheel here) > > Poking around, I found that wpa_supplicant includes a utility called > EAPOL_TEST which DOES perform a full EAP conversation with the RADIUS > server. > > Here's where i get stuck... > > What should I be returning Nagios? Right now I have it as a simple (5 > line) > shell script. All it really does is dump all the program output of > eapol_test > into /dev/null and return a pass or fail. (eapol_test returns a 1 if > good, > or 0 if bad, so i just stuck it in an IF statement) > > There is a wealth of information that is in the program output. (Round > trip > times, exact error of why EAP failed) I just don't have the skill to > utilize > them. > > Thanks > > Mike > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________________ > 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 > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________________ 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 --------------------------------------------------------------------------------------- Orange vous informe que cet e-mail a ete controle par l'anti-virus mail. Aucun virus connu a ce jour par nos services n'a ete detecte. . From gmueller at netways.de Thu Nov 23 10:44:14 2006 From: gmueller at netways.de (Gerd Mueller) Date: Thu, 23 Nov 2006 10:44:14 +0100 Subject: [Nagiosplug-devel] Help with creating a plugin to check RADIUS In-Reply-To: <804160344192334BB21922E8082EA6C0267458@seaex01.180solutions.com> References: <6641F169E241EA40B29DE7BFAD24674D6D5CFD@EXCH2.campus.bridgew.edu> <804160344192334BB21922E8082EA6C0267458@seaex01.180solutions.com> Message-ID: <1164275054.10366.1.camel@localhost.localdomain> Hi Thomas, I would extend the check_radius_adv plugin but I would need your requirements. Could you describe want you need, please Cheers, Gerd Am Mittwoch, den 22.11.2006, 21:36 -0800 schrieb Thomas Guyot-Sionnest: > Effectively it is down. > > I found this one from Debian: > > http://ftp.debian.org/debian/pool/main/r/radiusclient/radiusclient_0.3.2.orig.tar.gz > > I diff'ed it with my version, here's the only difference I came up > with (This patch probably avoid some useless logging, it's well > possible that I changed that myself...): > > --- radiusclient-0.3.2/lib/log.c 1997-12-29 18:07:22.000000000 > -0500 > +++ ../radiusclient-0.3.2/lib/log.c 2006-03-07 10:22:49.000000000 > -0500 > @@ -49,5 +49,5 @@ > vsnprintf(buff, sizeof(buff), format, ap); > va_end(ap); > > - syslog(prio, "%s", buff); > +// syslog(prio, "%s", buff); > } > > > Thomas > > -----Original Message----- > From: King, Michael [mailto:MKing at bridgew.edu] > Sent: Wed 22-Nov-06 21:49 > To: Thomas Guyot-Sionnest > Subject: RE: [Nagiosplug-devel] Help with creating a plugin to check > RADIUS > > Hi Thomas, > > Would you have a link to radiusclient? > > The only link I've been able to find is on freshmeat, and the FTP > server > does not respond. > > > -----Original Message----- > > From: Thomas Guyot-Sionnest [mailto:Thomas at zango.com] > > Sent: Wednesday, November 22, 2006 6:57 PM > > To: King, Michael > > Subject: RE: [Nagiosplug-devel] Help with creating a plugin > > to check RADIUS > > > > I'm not sure which plugin you're talking about but have you > > tried with the radius plugin that comes with Nagios-plugins? > > > > You'll need to install radiusclient to compile it (I used > > radiusclient-0.3.2 if you want the specific version). > > > > Thomas > > > > > -----Original Message----- > > > From: nagiosplug-devel-bounces at lists.sourceforge.net > > > [mailto:nagiosplug-devel-bounces at lists.sourceforge.net] On > > Behalf Of > > > Michael King > > > Sent: November 22, 2006 18:08 > > > To: nagiosplug-devel at lists.sourceforge.net > > > Subject: [Nagiosplug-devel] Help with creating a plugin to check > > > RADIUS > > > > > > I'll have to preface this that I'm a beginner at both Nagios, and > > > Creating plugins. We have a small deployment in our > > office, and I'm > > > trying to get it tomonitor our RADIUS servers. > > > > > > We initially wanted to use the check_radius_adv plugin, but > > we found > > > that it wasn't capable of performing a full EAP > > conversation. (If it > > > is, please tell me so I don't reinvent the wheel here) > > > > > > Poking around, I found that wpa_supplicant includes a > > utility called > > > EAPOL_TEST which DOES perform a full EAP conversation with > > the RADIUS > > > server. > > > > > > Here's where i get stuck... > > > > > > What should I be returning Nagios? Right now I have it as > > a simple (5 > > > line) shell script. All it really does is dump all the > > program output > > > of eapol_test into /dev/null and return a pass or fail. > > (eapol_test > > > returns a 1 if good, or 0 if bad, so i just stuck it in an IF > > > statement) > > > > > > There is a wealth of information that is in the program > > output. (Round > > > trip times, exact error of why EAP failed) I just don't have the > > > skill to utilize them. > > > > > > Thanks > > > > > > Mike > > > > > > > > > -------------------------------------------------------------- > > > ----------- > > > Take Surveys. Earn Cash. Influence the Future of IT Join > > > SourceForge.net's Techsay panel and you'll get the chance to share > > > your opinions on IT & business topics through brief surveys > > - and earn > > > cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge > > > &CID=DEVDEV > > > _______________________________________________________ > > > 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 > > > > > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________________ 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 bohara at gmail.com Thu Nov 23 12:51:58 2006 From: bohara at gmail.com (Ben O'Hara) Date: Thu, 23 Nov 2006 11:51:58 +0000 Subject: [Nagiosplug-devel] Compiling latest snapshot on solaris 7 Message-ID: <2b36e660611230351xaa5e634xc175df4b40f35c9c@mail.gmail.com> Hi Guys, Im trying to compile to compile the latest snapshot of the plugins on Solaris 7 but im getting the following error when trying to make bash-3.1# make make all-recursive make[1]: Entering directory `/apps/src/nagios-plugins-HEAD-200611161252' Making all in lib make[2]: Entering directory `/apps/src/nagios-plugins-HEAD-200611161252/lib' make all-recursive make[3]: Entering directory `/apps/src/nagios-plugins-HEAD-200611161252/lib' Making all in tests make[4]: Entering directory `/apps/src/nagios-plugins-HEAD-200611161252/lib/tests' make[4]: Nothing to be done for `all'. make[4]: Leaving directory `/apps/src/nagios-plugins-HEAD-200611161252/lib/tests' make[4]: Entering directory `/apps/src/nagios-plugins-HEAD-200611161252/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 basename.o c-strtod.o c-strtold.o exitfail.o open-safer.o creat-safer.o fsusage.o getopt.o getopt1.o mountlist.o regex.o dup-safer.o fd-safer.o pipe-safer.o xmalloc.o make[4]: *** [libcoreutils.a] Error 1 make[4]: Leaving directory `/apps/src/nagios-plugins-HEAD-200611161252/lib' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/apps/src/nagios-plugins-HEAD-200611161252/lib' make[2]: *** [all] Error 2 make[2]: Leaving directory `/apps/src/nagios-plugins-HEAD-200611161252/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/apps/src/nagios-plugins-HEAD-200611161252' make: *** [all] Error 2 Looking into it i think its trying to build lib/libcoreutils and lin/libnagiosplug but they dont appear in the distribution. Anyone got any ideas? Cheers 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" From ton.voon at altinity.com Thu Nov 23 16:26:00 2006 From: ton.voon at altinity.com (Ton Voon) Date: Thu, 23 Nov 2006 15:26:00 +0000 Subject: [Nagiosplug-devel] Compiling latest snapshot on solaris 7 In-Reply-To: <2b36e660611230351xaa5e634xc175df4b40f35c9c@mail.gmail.com> References: <2b36e660611230351xaa5e634xc175df4b40f35c9c@mail.gmail.com> Message-ID: Ben, ar is not found on your box. You need to add /usr/ccs/bin to your PATH before running configure. configure should give a better error message when ar is not found. On my list.... Ton On 23 Nov 2006, at 11:51, Ben O'Hara wrote: > Hi Guys, > > Im trying to compile to compile the latest snapshot of the plugins on > Solaris 7 but im getting the following error when trying to make > > bash-3.1# make > make all-recursive > make[1]: Entering directory `/apps/src/nagios-plugins- > HEAD-200611161252' > Making all in lib > make[2]: Entering directory `/apps/src/nagios-plugins- > HEAD-200611161252/lib' > make all-recursive > make[3]: Entering directory `/apps/src/nagios-plugins- > HEAD-200611161252/lib' > Making all in tests > make[4]: Entering directory > `/apps/src/nagios-plugins-HEAD-200611161252/lib/tests' > make[4]: Nothing to be done for `all'. > make[4]: Leaving directory > `/apps/src/nagios-plugins-HEAD-200611161252/lib/tests' > make[4]: Entering directory `/apps/src/nagios-plugins- > HEAD-200611161252/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 basename.o c-strtod.o > c-strtold.o exitfail.o open-safer.o creat-safer.o fsusage.o getopt.o > getopt1.o mountlist.o regex.o dup-safer.o fd-safer.o pipe-safer.o > xmalloc.o > make[4]: *** [libcoreutils.a] Error 1 > make[4]: Leaving directory `/apps/src/nagios-plugins- > HEAD-200611161252/lib' > make[3]: *** [all-recursive] Error 1 > make[3]: Leaving directory `/apps/src/nagios-plugins- > HEAD-200611161252/lib' > make[2]: *** [all] Error 2 > make[2]: Leaving directory `/apps/src/nagios-plugins- > HEAD-200611161252/lib' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/apps/src/nagios-plugins- > HEAD-200611161252' > make: *** [all] Error 2 > > Looking into it i think its trying to build lib/libcoreutils and > lin/libnagiosplug but they dont appear in the distribution. > > Anyone got any ideas? 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 bohara at gmail.com Thu Nov 23 17:01:37 2006 From: bohara at gmail.com (Ben O'Hara) Date: Thu, 23 Nov 2006 16:01:37 +0000 Subject: [Nagiosplug-devel] Compiling latest snapshot on solaris 7 In-Reply-To: References: <2b36e660611230351xaa5e634xc175df4b40f35c9c@mail.gmail.com> Message-ID: <2b36e660611230801r515e4515ge487b9fcc369d066@mail.gmail.com> On 11/23/06, Ton Voon wrote: > Ben, > > ar is not found on your box. You need to add /usr/ccs/bin to your PATH > before running configure. > > configure should give a better error message when ar is not found. On my > list.... > > Ton > Cheers Ton, forgot to post back to say id caught that in the end and got it compiled, but, im seeing problems with check_nagios which is what i was building the plugins for. Ive got it running on 2 FreeBSD machines with no problems, but on this Solaris 7 box im getting bash-3.1# /apps/nagios/libexec/check_nagios -F /apps/nagios/var/status.dat -e 300 -C /apps/nagios/bin/nagios NAGIOS CRITICAL: Could not locate a running Nagios process! And trying with just "nagios" as the command... bash-3.1# /apps/nagios/libexec/check_nagios -F /apps/nagios/var/status.dat -e 300 -C nagios NAGIOS CRITICAL: Could not locate a running Nagios process! But its definately running, im thinking its using the wrong flags for ps or something? bash-3.1# ps -ef |grep nagios nagios 8048 23960 0 16:00:40 ? 0:00 /apps/nagios/bin/nagios -d /apps/nagios/etc/nagios.cfg nagios 8052 8051 0 0:00 nagios 8051 8050 0 16:00:40 ? 0:00 /apps/nagios/libexec/send_nsca monitor.leeds.trigold.net -c /apps/nagios/etc/se nagios 2617 1 0 10:56:58 ? 0:00 /apps/nagios/nrpe/nrpe -c /apps/nagios/nrpe/nrpe.cfg -d nagios 8049 8048 0 16:00:40 ? 0:00 sh -c /apps/nagios/libexec/eventhandlers/submit_check_result "db3" "DISK Usage nagios 8050 8049 0 16:00:40 ? 0:00 /bin/sh /apps/nagios/libexec/eventhandlers/submit_check_result db3 DISK Usage / nagios 23960 1 1 14:14:13 ? 1:18 /apps/nagios/bin/nagios -d /apps/nagios/etc/nagios.cfg Cheers Ben > > On 23 Nov 2006, at 11:51, Ben O'Hara wrote: > > Hi Guys, > > Im trying to compile to compile the latest snapshot of the plugins on > Solaris 7 but im getting the following error when trying to make > > bash-3.1# make > make all-recursive > make[1]: Entering directory > `/apps/src/nagios-plugins-HEAD-200611161252' > Making all in lib > make[2]: Entering directory > `/apps/src/nagios-plugins-HEAD-200611161252/lib' > make all-recursive > make[3]: Entering directory > `/apps/src/nagios-plugins-HEAD-200611161252/lib' > Making all in tests > make[4]: Entering directory > `/apps/src/nagios-plugins-HEAD-200611161252/lib/tests' > make[4]: Nothing to be done for `all'. > make[4]: Leaving directory > `/apps/src/nagios-plugins-HEAD-200611161252/lib/tests' > make[4]: Entering directory > `/apps/src/nagios-plugins-HEAD-200611161252/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 basename.o c-strtod.o > c-strtold.o exitfail.o open-safer.o creat-safer.o fsusage.o getopt.o > getopt1.o mountlist.o regex.o dup-safer.o fd-safer.o pipe-safer.o > xmalloc.o > make[4]: *** [libcoreutils.a] Error 1 > make[4]: Leaving directory > `/apps/src/nagios-plugins-HEAD-200611161252/lib' > make[3]: *** [all-recursive] Error 1 > make[3]: Leaving directory > `/apps/src/nagios-plugins-HEAD-200611161252/lib' > make[2]: *** [all] Error 2 > make[2]: Leaving directory > `/apps/src/nagios-plugins-HEAD-200611161252/lib' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory > `/apps/src/nagios-plugins-HEAD-200611161252' > make: *** [all] Error 2 > > Looking into it i think its trying to build lib/libcoreutils and > lin/libnagiosplug but they dont appear in the distribution. > > Anyone got any ideas? > > > > > http://www.altinity.com > T: +44 (0)870 787 9243 > F: +44 (0)845 280 1725 > Skype: tonvoon > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________________ > 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" From lists at wolfram.schlich.org Fri Nov 24 00:37:46 2006 From: lists at wolfram.schlich.org (Wolfram Schlich) Date: Fri, 24 Nov 2006 00:37:46 +0100 Subject: [Nagiosplug-devel] check_mysql should support a command line option for a MySQL defaults file Message-ID: <20061123233746.ALLYOURBASEAREBELONGTOUS.A27375@bla.fasel.org> Hi! IMHO check_mysql currently lacks a command line option to specify an alternate MySQL defaults file (aka ~/.my.cnf). The 'mysql' command line program for example supports --defaults-file. 'check_mysql --help' itself warns about using '--password' in order to supply a password for MySQL authentication. Thus, the only secure and sane way to supply a password, and even more important, *different* passwords for checking *multiple* databases or MySQL servers, is via multiple specific MySQL defaults files. Example using '-f' as a possible command line option name: define command{ command_name check_mysql command_line $USER1$/check_mysql -H $HOSTADDRESS$ -P $ARG1$ -u $ARG2$ -d $ARG3$ -f $ARG4$ } define service{ [...] host_name db1.example.com [...] check_command check_mysql!3306!nagios!mysql!/var/nagios/mysql.db1.example.com.cnf } define service{ [...] host_name db2.example.com [...] check_command check_mysql!3306!nagios!mysql!/var/nagios/mysql.db2.example.com.cnf } Comments, please :-) -- Regards, Wolfram Schlich Gentoo Linux * http://dev.gentoo.org/~wschlich/ From injinerisanthosh at gmail.com Fri Nov 24 10:54:04 2006 From: injinerisanthosh at gmail.com (Santhosh Injineri) Date: Fri, 24 Nov 2006 15:24:04 +0530 Subject: [Nagiosplug-devel] Nagiosplug-devel Digest, Vol 6, Issue 18 In-Reply-To: References: Message-ID: Hi I need one help ..... I have built Nagios (2.5 Version) and Nagios Plugins (1.4.5) on HP-UX i am on testing face .... If any body is having test suite or document having testcases to test Nagios / Nagios-Plugins ...Please send me the same ... Hoping to get early response Thanks in Advance Regards Santhosh -------------- next part -------------- An HTML attachment was scrubbed... URL: From mking at bridgew.edu Fri Nov 24 04:45:53 2006 From: mking at bridgew.edu (Michael King) Date: Fri, 24 Nov 2006 03:45:53 +0000 (UTC) Subject: [Nagiosplug-devel] Help with creating a plugin to check RADIUS References: <6641F169E241EA40B29DE7BFAD24674D6D5CFD@EXCH2.campus.bridgew.edu> <804160344192334BB21922E8082EA6C0267458@seaex01.180solutions.com> <1164275054.10366.1.camel@localhost.localdomain> Message-ID: Gerd Mueller writes: > > Hi Thomas, > > I would extend the check_radius_adv plugin but I would need your > requirements. Could you describe want you need, please > > Cheers, > > Gerd Hi Gerd. To be honest, I was hoping you'd respond. In a nutshell, I need the radius client in check_radius_adv to implement EAP type PEAP. The wpa_supplicant project has a side project called eapol_test. I would hope that this would make it easier to add this. From gmueller at netways.de Fri Nov 24 13:31:13 2006 From: gmueller at netways.de (Gerd Mueller) Date: Fri, 24 Nov 2006 13:31:13 +0100 Subject: [Nagiosplug-devel] Help with creating a plugin to check RADIUS In-Reply-To: References: <6641F169E241EA40B29DE7BFAD24674D6D5CFD@EXCH2.campus.bridgew.edu> <804160344192334BB21922E8082EA6C0267458@seaex01.180solutions.com> <1164275054.10366.1.camel@localhost.localdomain> Message-ID: <1164371473.11680.16.camel@localhost.localdomain> Hi Michael, please, give me some time to check the eap protocol. I will contact you shortly. Cheers, Gerd Am Freitag, den 24.11.2006, 03:45 +0000 schrieb Michael King: > Gerd Mueller writes: > > > > Hi Thomas, > > > > I would extend the check_radius_adv plugin but I would need your > > requirements. Could you describe want you need, please > > > > Cheers, > > > > Gerd > > Hi Gerd. To be honest, I was hoping you'd respond. > > In a nutshell, I need the radius client in check_radius_adv to implement EAP > type PEAP. > > The wpa_supplicant project has a side project called eapol_test. I would hope > that this would make it easier to add this. > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________________ > 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 bseklecki at collaborativefusion.com Fri Nov 24 18:33:52 2006 From: bseklecki at collaborativefusion.com (Brian A. Seklecki) Date: Fri, 24 Nov 2006 12:33:52 -0500 Subject: [Nagiosplug-devel] check_mysql should support a command line option for a MySQL defaults file In-Reply-To: <20061123233746.ALLYOURBASEAREBELONGTOUS.A27375@bla.fasel.org> References: <20061123233746.ALLYOURBASEAREBELONGTOUS.A27375@bla.fasel.org> Message-ID: <1164389632.3978.1.camel@ingress> Yea it's always been beyond my belief why/if/that check_mysql doesn't honor ~nagios/.my.cnf. I remember the pain clearly. Vivid. ~BAS On Fri, 2006-11-24 at 00:37 +0100, Wolfram Schlich wrote: > Hi! > > IMHO check_mysql currently lacks a command line option to specify an > alternate MySQL defaults file (aka ~/.my.cnf). > The 'mysql' command line program for example supports --defaults-file. > > 'check_mysql --help' itself warns about using '--password' in order > to supply a password for MySQL authentication. > > Thus, the only secure and sane way to supply a password, > and even more important, *different* passwords for checking *multiple* > databases or MySQL servers, is via multiple specific MySQL > defaults files. > > Example using '-f' as a possible command line option name: > > define command{ > command_name check_mysql > command_line $USER1$/check_mysql -H $HOSTADDRESS$ -P $ARG1$ -u $ARG2$ -d $ARG3$ -f $ARG4$ > } > > define service{ > [...] > host_name db1.example.com > [...] > check_command check_mysql!3306!nagios!mysql!/var/nagios/mysql.db1.example.com.cnf > } > > define service{ > [...] > host_name db2.example.com > [...] > check_command check_mysql!3306!nagios!mysql!/var/nagios/mysql.db2.example.com.cnf > } > > Comments, please :-) From seanius at seanius.net Fri Nov 24 20:51:35 2006 From: seanius at seanius.net (sean finney) Date: Fri, 24 Nov 2006 20:51:35 +0100 Subject: [Nagiosplug-devel] check_mysql should support a command line option for a MySQL defaults file In-Reply-To: <1164389632.3978.1.camel@ingress> References: <20061123233746.ALLYOURBASEAREBELONGTOUS.A27375@bla.fasel.org> <1164389632.3978.1.camel@ingress> Message-ID: <1164397896.28890.18.camel@localhost> On Fri, 2006-11-24 at 12:33 -0500, Brian A. Seklecki wrote: > Yea it's always been beyond my belief why/if/that check_mysql doesn't > honor ~nagios/.my.cnf. I remember the pain clearly. Vivid. doesn't it do so now? /* initialize mysql */ mysql_init (&mysql); mysql_options(&mysql,MYSQL_READ_DEFAULT_GROUP,"client"); note that i still agree it'd be nice to be able to specify an alternate defaults file. and i don't think anyone would refuse a patch... :) sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From lists at wolfram.schlich.org Sat Nov 25 14:59:49 2006 From: lists at wolfram.schlich.org (Wolfram Schlich) Date: Sat, 25 Nov 2006 14:59:49 +0100 Subject: [Nagiosplug-devel] check_mysql should support a command line option for a MySQL defaults file In-Reply-To: <1164397896.28890.18.camel@localhost> References: <20061123233746.ALLYOURBASEAREBELONGTOUS.A27375@bla.fasel.org> <1164389632.3978.1.camel@ingress> <1164397896.28890.18.camel@localhost> Message-ID: <20061125135949.ALLYOURBASEAREBELONGTOUS.J27375@bla.fasel.org> * sean finney [2006-11-24 20:53]: > On Fri, 2006-11-24 at 12:33 -0500, Brian A. Seklecki wrote: > > Yea it's always been beyond my belief why/if/that check_mysql doesn't > > honor ~nagios/.my.cnf. I remember the pain clearly. Vivid. > > doesn't it do so now? > > > /* initialize mysql */ > mysql_init (&mysql); > > mysql_options(&mysql,MYSQL_READ_DEFAULT_GROUP,"client"); > Yes, it does. But there is a problem with it :) On Gentoo, the init script runs start-stop-daemon to start the nagios daemon as user 'nagios', which is fine. But the nagios daemon does not get the 'right' HOME environment variable, the home of the user nagios for example, but instead HOME=/root. So, I patched the init-script to add '-e HOME=/var/nagios' to the start-stop-daemon call. Now, check_mysql (and others) get the correct HOME and are able to use ~/.whatever files. -- Wolfram Schlich From lavalamp at spiritual-machines.org Sun Nov 26 02:54:11 2006 From: lavalamp at spiritual-machines.org (Brian A. Seklecki) Date: Sat, 25 Nov 2006 20:54:11 -0500 (EST) Subject: [Nagiosplug-devel] check_mysql should support aommand line option for a MySQL defaults file In-Reply-To: <20061125135949.ALLYOURBASEAREBELONGTOUS.J27375@bla.fasel.org> References: <20061123233746.ALLYOURBASEAREBELONGTOUS.A27375@bla.fasel.org> <1164389632.3978.1.camel@ingress> <1164397896.28890.18.camel@localhost> <20061125135949.ALLYOURBASEAREBELONGTOUS.J27375@bla.fasel.org> Message-ID: <20061125204139.A50961@arbitor.digitalfreaks.org> That patch was "relatively recent" given Nagios releng schedule: Revision 1.27 - (view) (download) (annotate) - [select for diffs] Thu Oct 13 09:55:31 2005 UTC (13 months, 1 week ago) by seanius Branch: MAIN Changes since 1.26: +4 -2 lines Diff to previous 1.26 check mysql now reads [client] defaults from my.cnf (debian bug #278817) --- But it's good to see it in there. Thank you. I guess the surprising thing here is that you have to tell libmysql manually to use ~/.my.cnf. With most libraries (OpenLDAP, PostgreSQL come to mind), it's the exact opposite. I don't know much about Gentoo, but it sounds like they need to implment some RC mechanisms similar NetBSD/FreeBSD RCNG as featured in rc.subr(8) where you can simplify delcare $servicename_user="foo" and it will appropriately exec the command under "su -m sh -c '$start_command'": $ egrep -B 3 -i -- "su -" /etc/rc.subr ${_nice:+nice -n $_nice }\ $command $rc_flags $command_args" if [ -n "$_user" ]; then _doit="su -m $_user -c 'sh -c \"$_doit\"'" That way the RC has a uniform method and each script doesn't have to play guesswork on alt user exec, chroot(8), and privsep services. Another option is a shared RC subroutine that utilized sudo(8) if you maintain it in-tree as part of base distro. ~BAS On Sat, 25 Nov 2006, Wolfram Schlich wrote: > * sean finney [2006-11-24 20:53]: >> On Fri, 2006-11-24 at 12:33 -0500, Brian A. Seklecki wrote: >>> Yea it's always been beyond my belief why/if/that check_mysql doesn't >>> honor ~nagios/.my.cnf. I remember the pain clearly. Vivid. >> >> doesn't it do so now? >> >> >> /* initialize mysql */ >> mysql_init (&mysql); >> >> mysql_options(&mysql,MYSQL_READ_DEFAULT_GROUP,"client"); >> > > Yes, it does. But there is a problem with it :) > > On Gentoo, the init script runs start-stop-daemon to start the nagios > daemon as user 'nagios', which is fine. But the nagios daemon > does not get the 'right' HOME environment variable, the home of the > user nagios for example, but instead HOME=/root. > > So, I patched the init-script to add '-e HOME=/var/nagios' to the > start-stop-daemon call. Now, check_mysql (and others) get the > correct HOME and are able to use ~/.whatever files. > -- > Wolfram Schlich > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________________ > 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 > l8* -lava (Brian A. Seklecki - Pittsburgh, PA, USA) http://www.spiritual-machines.org/ "...from back in the heady days when "helpdesk" meant nothing, "diskquota" meant everything, and lives could be bought and sold for a couple of pages of laser printout - and frequently were." From seanius at seanius.net Sun Nov 26 17:01:37 2006 From: seanius at seanius.net (sean finney) Date: Sun, 26 Nov 2006 17:01:37 +0100 Subject: [Nagiosplug-devel] check_mysql should support a command line option for a MySQL defaults file In-Reply-To: <20061125135949.ALLYOURBASEAREBELONGTOUS.J27375@bla.fasel.org> References: <20061123233746.ALLYOURBASEAREBELONGTOUS.A27375@bla.fasel.org> <1164389632.3978.1.camel@ingress> <1164397896.28890.18.camel@localhost> <20061125135949.ALLYOURBASEAREBELONGTOUS.J27375@bla.fasel.org> Message-ID: <1164556897.21329.12.camel@localhost> On Sat, 2006-11-25 at 14:59 +0100, Wolfram Schlich wrote: > Yes, it does. But there is a problem with it :) > > On Gentoo, the init script runs start-stop-daemon to start the nagios > daemon as user 'nagios', which is fine. But the nagios daemon > does not get the 'right' HOME environment variable, the home of the > user nagios for example, but instead HOME=/root. ew... that sounds like a bug with either gentoo's nagios init script (hopefully), or worse with their s-s-d implementation. or maybe HOME is being exported somewhere accidentally? sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From noreply at sourceforge.net Mon Nov 27 15:34:27 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 27 Nov 2006 06:34:27 -0800 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1603745 ] check_disk remains in "uninterruptible sleep" state Message-ID: Bugs item #1603745, was opened at 2006-11-27 15:34 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=1603745&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) Status: Open Resolution: None Priority: 5 Private: No Submitted By: blablup (blablup) Assigned to: Nobody/Anonymous (nobody) Summary: check_disk remains in "uninterruptible sleep" state Initial Comment: On 2 Servers the plugin stays in an "uninterruptible sleep" state an there is no way to kill it (except reboot the system).That only happens if i use the -x DEVICE function, if I use the -p Path function everything looks good. It doesn?t matter which device I specify, every time it hangs. ps -aux looks like this: nagios 12783 0.0 0.0 1388 548 ? Ds 12:15 0:00 /home/nagios/check_disk -w 10% -c 5% -x /dev/hda nagios 12905 0.0 0.0 1388 548 ? Ds 12:17 0:00 /home/nagios/check_disk -w 10% -c 5% -x /dev/hda nagios 12997 0.0 0.0 1384 544 ? Ds 12:18 0:00 /home/nagios/check_disk -w 10% -c 5% -x /dev/hda n Best regards BlaBlup ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1603745&group_id=29880 From injinerisanthosh at gmail.com Tue Nov 28 11:13:15 2006 From: injinerisanthosh at gmail.com (Santhosh Injineri) Date: Tue, 28 Nov 2006 15:43:15 +0530 Subject: [Nagiosplug-devel] Nagiosplug-devel Digest, Vol 6, Issue 24 In-Reply-To: References: Message-ID: Hi Buddies, I am having problem with *check_by*_ssh binary .... I am running following command ./check_by_ssh -H localhost -n lh -s c1:c2:c3 -C uptime -C uptime -C uptime -O /home/santosh/temp.sh output is : Memory fault(coredump) Its dumping core .....Any configuration setup needs to be done???? Please help me in this regard Thanks in Advance Santhosh -------------- next part -------------- An HTML attachment was scrubbed... URL: From rouilj at cs.umb.edu Tue Nov 28 21:53:43 2006 From: rouilj at cs.umb.edu (John P. Rouillard) Date: Tue, 28 Nov 2006 15:53:43 -0500 Subject: [Nagiosplug-devel] ssh multiple command mode doesn't work. (was bogus: Nagiosplug-devel Digest, Vol 6, Issue 24) In-Reply-To: Your message of "Tue, 28 Nov 2006 15:43:15 +0530." Message-ID: <200611282053.kASKrhEf023408@mx1.cs.umb.edu> In message , "Santhosh Injineri" writes: >I am having problem with *check_by*_ssh binary .... I am running following >command Please put a descriptive subject on your emails. I almost skipped this because of the useless original subject line. >./check_by_ssh -H localhost -n lh -s c1:c2:c3 -C uptime -C uptime -C uptime >-O /home/santosh/temp.sh > >output is : Memory fault(coredump) > >Its dumping core .....Any configuration setup needs to be done???? Please >help me in this regard As far as I can tell the multiple checks in a single ssh invcation doesn't work and hasn't for a few releases (1.4.0 was broke too IIRC). I have sent a few emails to that effect myself to see if anybody could prove otherwise. I haven't had much time to sit down with a debugger and look into it, but as I remeber my first attempt at looking at it was "this can't possibly work". It's a pity because it would be a great feature (and scalability win) if it did work. -- rouilj John Rouillard =========================================================================== My employers don't acknowledge my existence much less my opinions. From harisekhon at gmail.com Wed Nov 29 16:10:01 2006 From: harisekhon at gmail.com (Hari Sekhon) Date: Wed, 29 Nov 2006 15:10:01 +0000 Subject: [Nagiosplug-devel] check_disk_smb.pl patch for Max Number of Connections Message-ID: Hi, I'd like to submit a patch to add a case to check_disk_smb.pl for when the remote machine has reached it's max number of connections. It is only an if clause, could you please please please use the patch as this is the second time I've had to edit the check script on the nagios server. I need this feature because we have used some workstations as file servers and the Microsoft imposed connection limit has hit us. Instead of getting the lame "result of smbclient not suitable", it is better to give the real reason which I have put as "Max number of connections reached. Request refused" which at least tells you what the problem is. I have done the patch against today's HEAD (nagios-plugins-HEAD-200611291252). Thanks Hari Sekhon -------------- next part -------------- A non-text attachment was scrubbed... Name: check_disk_smb.pl.patch Type: application/octet-stream Size: 209 bytes Desc: not available URL: From hpsekhon at googlemail.com Wed Nov 29 16:26:15 2006 From: hpsekhon at googlemail.com (Hari Sekhon) Date: Wed, 29 Nov 2006 15:26:15 +0000 Subject: [Nagiosplug-devel] check_disk_smb.pl patch for Max Number of Connections Message-ID: <456DA697.2040109@googlemail.com> Hi, I'd like to submit a patch for check_disk_smb.pl to take care of the case when the remote machine has reached it's max number of connections. It is only an if clause, could you please please please use this patch as this is the second time I've had to edit the check script on the nagios server. I need this feature because we have used some workstations as file servers and the Microsoft imposed connection limit has hit us (don't tell me how stupid it is to use M$ workstations to share files, I'm trying to break this companies terrible habbits...) Instead of getting the less generic "result from smbclient not suitable", it is better to give the real reason which I have put as "Max number of connections reached. Request refused" which at least tells you what the problem is. I have done the patch against today's HEAD (nagios-plugins-HEAD-200611291252). Thanks Hari Sekhon -- Hari Sekhon -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: check_disk_smb.pl.patch URL: