From noreply at sourceforge.net Mon Aug 1 13:25:50 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Aug 1 13:25:50 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1106849 ] check_procs returns "WARNING" due to bad syntax of ps Message-ID: Bugs item #1106849, was opened at 2005-01-21 17:28 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1106849&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: snapshot tarball Status: Open Resolution: None Priority: 7 Submitted By: Paulo Fessel (paulo_fessel) Assigned to: Ton Voon (tonvoon) Summary: check_procs returns "WARNING" due to bad syntax of ps Initial Comment: Everytime I use check_procs (from 1.4-beta1 on), I get warnings even when I haven't specified warning levels: [root at nagios plugins]# ./check_procs System call sent warnings to stderr PROCS WARNING: 392 processes Running with -vv, I see that there's a message from ps command which is interpreted incorrectly by the plugin: [root at nagios plugins]# ./check_procs -vv CMD: /bin/ps -axwo 'stat uid ppid vsz rss pcpu comm args' STDERR: Warning: bad syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html System call sent warnings to stderr PROCS WARNING: 345 processes >From the FAQ of procps: 'Why does "ps -aux" complain about a bogus '-'? 'According to the POSIX and UNIX standards, the above command asks to display all processes with a TTY (generally the commands users are running) plus all processes owned by a user named "x". If that user doesn't exist, then ps will assume you really meant "ps aux". The warning is given to gently break you of a habit that will cause you trouble if a user named "x" were created.' Thus the syntax of ps must be corrected. We should get rid of the "-" on "/bin/ps -axwo..." In fact, if I change PS_COMMAND manually on config.h the plugin works as expected: [root at nagios plugins]# ./check_procs PROCS OK: 470 processes I'm getting this behaviour in Mandrake 10.0, with procps 3.1.15 running on a dual-P4, 1 GB RAM. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2005-08-01 21:24 Message: Logged In: YES user_id=664364 This has been changed in the upcoming 1.4.1 release so that ps axwo is tested first in configure.in, so I am placing this call into pending for confirmation of the fix, otherwise the call will automatically close after 14 days. Ton ---------------------------------------------------------------------- Comment By: Tim (opensourceror55) Date: 2005-05-10 02:19 Message: Logged In: YES user_id=1275574 Correct me if I'm wrong but the options of the ps command haven't actually changed - its just they've added a warning because so many people were confused about the difference between ps -axwo and ps axwo. By leaving it as ps -axwo aren't you just causing more trouble as its the incorrect options? The fact that they work for most people is just luck. Please change it to use the correct options by default and leave a note in the REQUIREMENTS or wherever so that people can edit configure.h if they need to use the broken way, not the other way round. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-01-26 20:55 Message: Logged In: YES user_id=664364 Paulo, Thanks for the bug report. This problem will have to stand. The configure script tries to work out the best ps command to use, but doesn't trap the stderr output. However, the plugin does, which is why you are getting this problem. Long term, I think I will change the configure script so that it chooses the ps command based on the OS - this seems the best way to move forward, because ordering of the ps checks always seems to break for some OSes. I am loathe to make any changes to configure.in of this scale for the 1.4 release, so I have updated the REQUIREMENTS file to note the change you recommend to config.h. Will work on this in the next major release. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1106849&group_id=29880 From noreply at sourceforge.net Mon Aug 1 13:25:58 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Aug 1 13:25:58 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1106849 ] check_procs returns "WARNING" due to bad syntax of ps Message-ID: Bugs item #1106849, was opened at 2005-01-21 17:28 Message generated for change (Settings changed) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1106849&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: snapshot tarball >Status: Pending Resolution: None Priority: 7 Submitted By: Paulo Fessel (paulo_fessel) Assigned to: Ton Voon (tonvoon) Summary: check_procs returns "WARNING" due to bad syntax of ps Initial Comment: Everytime I use check_procs (from 1.4-beta1 on), I get warnings even when I haven't specified warning levels: [root at nagios plugins]# ./check_procs System call sent warnings to stderr PROCS WARNING: 392 processes Running with -vv, I see that there's a message from ps command which is interpreted incorrectly by the plugin: [root at nagios plugins]# ./check_procs -vv CMD: /bin/ps -axwo 'stat uid ppid vsz rss pcpu comm args' STDERR: Warning: bad syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html System call sent warnings to stderr PROCS WARNING: 345 processes >From the FAQ of procps: 'Why does "ps -aux" complain about a bogus '-'? 'According to the POSIX and UNIX standards, the above command asks to display all processes with a TTY (generally the commands users are running) plus all processes owned by a user named "x". If that user doesn't exist, then ps will assume you really meant "ps aux". The warning is given to gently break you of a habit that will cause you trouble if a user named "x" were created.' Thus the syntax of ps must be corrected. We should get rid of the "-" on "/bin/ps -axwo..." In fact, if I change PS_COMMAND manually on config.h the plugin works as expected: [root at nagios plugins]# ./check_procs PROCS OK: 470 processes I'm getting this behaviour in Mandrake 10.0, with procps 3.1.15 running on a dual-P4, 1 GB RAM. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-08-01 21:24 Message: Logged In: YES user_id=664364 This has been changed in the upcoming 1.4.1 release so that ps axwo is tested first in configure.in, so I am placing this call into pending for confirmation of the fix, otherwise the call will automatically close after 14 days. Ton ---------------------------------------------------------------------- Comment By: Tim (opensourceror55) Date: 2005-05-10 02:19 Message: Logged In: YES user_id=1275574 Correct me if I'm wrong but the options of the ps command haven't actually changed - its just they've added a warning because so many people were confused about the difference between ps -axwo and ps axwo. By leaving it as ps -axwo aren't you just causing more trouble as its the incorrect options? The fact that they work for most people is just luck. Please change it to use the correct options by default and leave a note in the REQUIREMENTS or wherever so that people can edit configure.h if they need to use the broken way, not the other way round. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-01-26 20:55 Message: Logged In: YES user_id=664364 Paulo, Thanks for the bug report. This problem will have to stand. The configure script tries to work out the best ps command to use, but doesn't trap the stderr output. However, the plugin does, which is why you are getting this problem. Long term, I think I will change the configure script so that it chooses the ps command based on the OS - this seems the best way to move forward, because ordering of the ps checks always seems to break for some OSes. I am loathe to make any changes to configure.in of this scale for the 1.4 release, so I have updated the REQUIREMENTS file to note the change you recommend to config.h. Will work on this in the next major release. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1106849&group_id=29880 From noreply at sourceforge.net Mon Aug 1 13:37:59 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Aug 1 13:37:59 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1159624 ] Compile and Link Error on Solaris 2.6 Message-ID: Bugs item #1159624, was opened at 2005-03-09 07:06 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1159624&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: Pending Resolution: None Priority: 5 Submitted By: Wilfried Brunken (df7be) Assigned to: Ton Voon (tonvoon) Summary: Compile and Link Error on Solaris 2.6 Initial Comment: With Sun WorkShop Compiler C++ 4.2: My Workaround get the Plugins Running: - The old kompiler does not understand the C++- Comment // in C files. Take /* ... */ e.g. const char *program_name = "check_disk"; /* Required for coreutils libs */ The list of found C++ comments in 1.4 check_disk.c : Line 22 check_smtp.c lines 185,257,258,613 check_ups.c line 411 - unresolved symbols (also Solaris 8 with Forte 6 Update 2 !!) (e.g. gethostbyname) in Makefile the correct List of LIBS: LIBS = -lgen -lsocket -lnsl 73 de DF7BE ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2005-08-01 21:36 Message: Logged In: YES user_id=664364 Wilfried, I got a similar unexpected EOF error when downloading from the snapshot directory. However, a subsequent download brought the complete file correctly. I can only assume it is a problem with the proxy caching at SF. I believe this is all fixed now, so I'm marking this call in pending for auto closure, unless you still have a problem. Ton ---------------------------------------------------------------------- Comment By: Wilfried Brunken (df7be) Date: 2005-03-15 06:01 Message: Logged In: YES user_id=69405 Trying to open for test: nagios-plugins-HEAD-200503121747.tar.gz get: gunzip: nagios-plugins-HEAD-200503121747.tar.gz: unexpected end of file also with WINZIP ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-03-09 21:05 Message: Logged In: YES user_id=664364 Wilfried, Thanks for the bug report. This has been fixed in CVS HEAD. Please try the snapshot to confirm. http://nagiosplug.sf.net/snapshot Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1159624&group_id=29880 From noreply at sourceforge.net Mon Aug 1 14:08:32 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Aug 1 14:08:32 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1225470 ] check_swap performance info incorrect Message-ID: Bugs item #1225470, was opened at 2005-06-22 12:55 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1225470&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Keith Edmunds (backseat) >Assigned to: Ton Voon (tonvoon) Summary: check_swap performance info incorrect Initial Comment: If check_swap is invoked with percentage aguments the performance data is incorrect: ------------------------------------------------------------------- $ ./check_swap -V check_swap (nagios-plugins 1.4) 1.47 $ ./check_swap -w 30% -c 20% SWAP OK: 94% free (894 MB out of 954 MB) |swap=893MB;286;190;0;953 ------------------------------------------------------------------- In the performance data section is: value=893 warn=286 crit=190 min=0 max=953 The value is above both the warn and crit values, which in this case is correct (ie, not an error). It would be better if the performance data were presented in percentage terms if the input is in percentage terms. One solution would be to express the warning and critical values as an @range (alarm if within range) with a lower value of zero. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2005-08-01 22:05 Message: Logged In: YES user_id=664364 Keith, You are correct - the perf data is wrong. I think your suggestion of the "@" to signify an alert within the range is the right way to go, but: 1. The perfdata library routine doesn't currently support this 2. I'm worried about the inconsistency with the command line parameters I'm going to park this for now (to get the 1.4.1 release out), but will get a working solution in the next few months. BTW, it was decided that percentages would not be used because you can work out the percentages from the absolute values, whereas you cannot do it the other way round. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1225470&group_id=29880 From noreply at sourceforge.net Mon Aug 1 14:20:06 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Aug 1 14:20:06 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1155565 ] check_dig needs better check in if statement Message-ID: Bugs item #1155565, was opened at 2005-03-03 03:38 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1155565&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Quanah Gibson-Mount (mishikal) >Assigned to: Ton Voon (tonvoon) Summary: check_dig needs better check in if statement Initial Comment: This patch helps compensate for different DNS returns: --- nagios-plugins-1.3.1/plugins/check_dig.c.orig 2003-01-13 04:15:15.000001000 -0800 +++ nagios-plugins-1.3.1/plugins/check_dig.c 2003-12-12 07:48:30.000001000 -0800 @@ -76,11 +76,12 @@ printf ("Could not open stderr for %s\n", command_line); while (fgets (input_buffer, MAX_INPUT_BUFFER - 1, child_process)) { /* the server is responding, we just got the host name... */ - if (strstr (input_buffer, ";; ANSWER SECTION:")) { + if (strstr (input_buffer, ";; ANSWER SECTION:") || + strstr (input_buffer, ";; ANSWERS:")) { /* get the host address */ if (!fgets (input_buffer, MAX_INPUT_BUFFER - 1, child_process)) break; ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2005-08-01 22:18 Message: Logged In: YES user_id=664364 Quanah, Which version of dig are you using that returns output in this format? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1155565&group_id=29880 From noreply at sourceforge.net Mon Aug 1 20:39:59 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Aug 1 20:39:59 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1217379 ] Make check_disk_smb work with both Samba 2.x.x and Samba 3.x Message-ID: Patches item #1217379, was opened at 2005-06-09 06:55 Message generated for change (Comment added) made by sfcoder You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1217379&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 Submitted By: Andrey Warkentin (sfcoder) Assigned to: Nobody/Anonymous (nobody) Summary: Make check_disk_smb work with both Samba 2.x.x and Samba 3.x Initial Comment: (As mailed to the dev list and to sghosh) Summary of problem: In Samba 3.x.x, smbclient takes server/share as a UNC path, unlike Samba 2.x.x. Summary of solution: Detect version and act accordingly. The solution has been tested with a Samba 2.x installation and with a Samba 3.x installation. ---------------------------------------------------------------------- >Comment By: Andrey Warkentin (sfcoder) Date: 2005-08-02 05:38 Message: Logged In: YES user_id=682012 Stupid of me = why didn't I submit the patch here as well? Not smart. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1217379&group_id=29880 From noreply at sourceforge.net Mon Aug 1 20:41:45 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Aug 1 20:41:45 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1217379 ] Make check_disk_smb work with both Samba 2.x.x and Samba 3.x Message-ID: Patches item #1217379, was opened at 2005-06-09 06:55 Message generated for change (Settings changed) made by sfcoder You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1217379&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: 6 Submitted By: Andrey Warkentin (sfcoder) Assigned to: Nobody/Anonymous (nobody) Summary: Make check_disk_smb work with both Samba 2.x.x and Samba 3.x Initial Comment: (As mailed to the dev list and to sghosh) Summary of problem: In Samba 3.x.x, smbclient takes server/share as a UNC path, unlike Samba 2.x.x. Summary of solution: Detect version and act accordingly. The solution has been tested with a Samba 2.x installation and with a Samba 3.x installation. ---------------------------------------------------------------------- Comment By: Andrey Warkentin (sfcoder) Date: 2005-08-02 05:38 Message: Logged In: YES user_id=682012 Stupid of me = why didn't I submit the patch here as well? Not smart. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1217379&group_id=29880 From noreply at sourceforge.net Tue Aug 2 05:43:18 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Aug 2 05:43:18 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1250191 ] ECHILD in waitpid (popen.c:spclose) Message-ID: Bugs item #1250191, was opened at 2005-08-02 14:39 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1250191&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: None Priority: 5 Submitted By: Peter Pramberger (peterpramb) Assigned to: Nobody/Anonymous (nobody) Summary: ECHILD in waitpid (popen.c:spclose) Initial Comment: After installing Nagios 2.0b3 and plugins 1.4/1.4.1 on a CentOS 4.1 machine (a RedHat ES 4.1 clone, kernel-2.6.9, glibc-2.3.4) I found that the check_dns plugin always aborts with "DNS WARNING - nslookup returned error status" except in the first run. However running it in verbose mode always shows a successful nslookup output. After some debugging I found that the waitpid call in popen.c:spclose() returns a ECHILD, which triggers a failure return value to be passed back to check_dns. Cacthing the ECHILD always produces a reasonable output, so the child with nslookup is really working. >From the (linux) manpage: ECHILD if the process specified in pid does not exist or is not a child of the calling process. (This can happen for one's own child if the action for SIGCHLD is set to SIG_IGN. See also the LINUX NOTES section about threads.) Shouldn't waitpid be successful in reading the exit status of the child? Maybe a bug in glibc? Anyone else seen this? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1250191&group_id=29880 From noreply at sourceforge.net Wed Aug 3 04:54:49 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Aug 3 04:54:49 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1250967 ] broken awk script subst.in Message-ID: Bugs item #1250967, was opened at 2005-08-03 13:53 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=1250967&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: Open Resolution: None Priority: 5 Submitted By: nsturm (nsturm) Assigned to: Nobody/Anonymous (nobody) Summary: broken awk script subst.in Initial Comment: The script plugins-scripts/subst.in does things in the wrong order resulting in broken pathnames. As an example look at check_rpc.pl. First "use lib utils.pm;" is substituted by the full path name to utils.pm, but then the first name component is stripped off again (at least on OpenBSD where /usr/local/libexec/nagios/utils.pm becomes just nagios/utils.pm) This is on OpenBSD-current with plugins 1.4 and 1.4.1. Diff attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1250967&group_id=29880 From noreply at sourceforge.net Wed Aug 3 05:10:21 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Aug 3 05:10:21 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1250982 ] wrong settings in configure Message-ID: Bugs item #1250982, was opened at 2005-08-03 14:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1250982&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: None Status: Open Resolution: None Priority: 5 Submitted By: nsturm (nsturm) Assigned to: Nobody/Anonymous (nobody) Summary: wrong settings in configure Initial Comment: Configure tests for -lcrypt, especially when testing for postgresql. At least OpenBSD does not know about libcrypt but only about libcrypto. Furthermore postgresql tests partly do not honour $PGSQL. See the attached diff for clarification. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1250982&group_id=29880 From cshaffer at gmail.com Wed Aug 3 05:23:21 2005 From: cshaffer at gmail.com (Curt Shaffer) Date: Wed Aug 3 05:23:21 2005 Subject: [Nagiosplug-devel] Symantec and blackberry plugins Message-ID: <42f0b6e6.1ece03b6.3af9.ffffd6c4@mx.gmail.com> I did a quick search in the archives to see if anyone has started on a Symantec Cooperate or Blackberry Server set of plugins. I did not find any, so if anyone out there has these started I would like to know so as to not reinvent the wheel. Thanks Curt -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3061 bytes Desc: not available URL: From noreply at sourceforge.net Wed Aug 3 07:50:15 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Aug 3 07:50:15 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1251096 ] check_ntp perl warnings Message-ID: Bugs item #1251096, was opened at 2005-08-03 16:49 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=1251096&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parsing problem Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Peter Pramberger (peterpramb) Assigned to: Nobody/Anonymous (nobody) Summary: check_ntp perl warnings Initial Comment: Using check_ntp.pl from plugins 1.4.1 produces some warnings if the checked host is not reachable or responding before timeout. These warnings produce an UNKNOWN state in Nagios. See the attached patch for clarification. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1251096&group_id=29880 From noreply at sourceforge.net Wed Aug 3 09:54:28 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Aug 3 09:54:28 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1251160 ] Latest AIX plugins Message-ID: New Plugins item #1251160, was opened at 2005-08-03 10:53 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1251160&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: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Lonny (melaqor) Assigned to: Nobody/Anonymous (nobody) Summary: Latest AIX plugins Initial Comment: Support has been added for Kerberos v5 ticket validation. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1251160&group_id=29880 From noreply at sourceforge.net Wed Aug 3 11:31:01 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Aug 3 11:31:01 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1245831 ] check_postfix Message-ID: New Plugins item #1245831, was opened at 2005-07-27 03:23 Message generated for change (Comment added) made by cinosan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1245831&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: C plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nicolas Vigot (nicopc) Assigned to: Nobody/Anonymous (nobody) Summary: check_postfix Initial Comment: This plugin check the size of the mail queue and the age of the messages. Contrary to the others plugins of monitoring for Postfix, this one is written in C. It can parse 5 000 mails in one second. This plugin has two new options : -W (age limit warning) -C (age limit critical) When one or more mails are older than an age limit, an alarm is set off. ---------------------------------------------------------------------- Comment By: cinosan (cinosan) Date: 2005-08-03 12:30 Message: Logged In: YES user_id=1313358 I added this plug in to the nagios-plugin configure script and it doesn't compile make[2]: Entering directory `/home/alexg/nagios/nagios-plugins-1.4.1/plugins' gcc -g -O2 -L. -L/usr/lib check_postfix.c -o check_postfix In file included from check_postfix.c:24: common.h:35:20: config.h: No such file or directory In file included from check_postfix.c:24: common.h:146: error: parse error before "va_list" common.h:187:21: gettext.h: No such file or directory In file included from check_postfix.c:25: popen.h:9: error: parse error before "popen_timeout_alarm_handler" popen.h:9: warning: data definition has no type or storage class In file included from check_postfix.c:26: utils.h:30: error: parse error before "timeout_alarm_handler" utils.h:30: warning: data definition has no type or storage class utils.h:53: error: redefinition of `struct timeval' utils.h:60: warning: "struct timezone" declared inside parameter list utils.h:60: warning: its scope is only this definition or declaration, which is probably not what you want check_postfix.c: In function `main': check_postfix.c:59: error: `LC_ALL' undeclared (first use in this function) check_postfix.c:59: error: (Each undeclared identifier is reported only once check_postfix.c:59: error: for each function it appears in.) check_postfix.c:60: error: `PACKAGE' undeclared (first use in this function) check_postfix.c:60: error: `LOCALEDIR' undeclared (first use in this function) check_postfix.c:73: error: `SIGALRM' undeclared (first use in this function) make[2]: *** [check_postfix] Error 1 make[2]: Leaving directory `/home/alexg/nagios/nagios-plugins-1.4.1/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/alexg/nagios/nagios-plugins-1.4.1' make: *** [all] Error 2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1245831&group_id=29880 From Shanon.Loveridge at team.telstra.com Wed Aug 3 18:07:01 2005 From: Shanon.Loveridge at team.telstra.com (Loveridge, Shanon) Date: Wed Aug 3 18:07:01 2005 Subject: [Nagiosplug-devel] Timeout on check_oracle for systems with high load and large number of processes Message-ID: <61411576E951D211AF330008C7245DD91C3960DB@ntmsg0005.corpmail.telstra.com.au> When check_oracle, with the --db option, is run on a system with a high load and a large number of processes the check will time out. This is due to the following ps check timing out. (code from the daily cvs snapshot) pmonchk=`ps -ef | grep -v grep | grep -c "ora_pmon_${2}$"` The line should be changed to: pmonchk=`ps -e -o args | grep -c "ora_pmon_${2}$"` Which takes 10% of the time to run on the busy system mentioned. I would have recommended -o cmd for the check but Solaris uses comm instead of cmd and the check would therefore fail. Shanon Loveridge System Architect Reporting Data Warehouse (RDW) Phone: 03 9693 4030 From noreply at sourceforge.net Thu Aug 4 01:40:00 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Aug 4 01:40:00 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1251684 ] check_jabber non-SSL fix Message-ID: Patches item #1251684, was opened at 2005-08-04 10:39 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1251684&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Peter Pramberger (peterpramb) Assigned to: Nobody/Anonymous (nobody) Summary: check_jabber non-SSL fix Initial Comment: Allow for unencrypted connection to jabber server even with SSL support enabled. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1251684&group_id=29880 From noreply at sourceforge.net Thu Aug 4 01:41:07 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Aug 4 01:41:07 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1251685 ] check_ntp warnings fix Message-ID: Patches item #1251685, was opened at 2005-08-04 10:40 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=1251685&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Peter Pramberger (peterpramb) Assigned to: Nobody/Anonymous (nobody) Summary: check_ntp warnings fix Initial Comment: Cleanup code to remove perl warnings which confuses Nagios. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1251685&group_id=29880 From noreply at sourceforge.net Thu Aug 4 05:53:13 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Aug 4 05:53:13 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1245831 ] check_postfix Message-ID: New Plugins item #1245831, was opened at 2005-07-27 11:23 Message generated for change (Comment added) made by nicopc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1245831&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: C plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nicolas Vigot (nicopc) Assigned to: Nobody/Anonymous (nobody) Summary: check_postfix Initial Comment: This plugin check the size of the mail queue and the age of the messages. Contrary to the others plugins of monitoring for Postfix, this one is written in C. It can parse 5 000 mails in one second. This plugin has two new options : -W (age limit warning) -C (age limit critical) When one or more mails are older than an age limit, an alarm is set off. ---------------------------------------------------------------------- >Comment By: Nicolas Vigot (nicopc) Date: 2005-08-04 14:51 Message: Logged In: YES user_id=1319456 Tested with Postfix 2.1.5-3.4 and nagios-plugins-1.4.1 tarball. Due to many questions concerning the compilation of check_postfix.c, I wrote a Makefile. To compile this plugin, put the provided Makefile.in and check_postfix.c into nagios-plugins-1.4.1/plugins. Then change directory to nagios-plugins-1.4.1 and launch ./configure ; make The plugin is located in nagios-plugins-1.4.1/plugins/check_postfix ---------------------------------------------------------------------- Comment By: cinosan (cinosan) Date: 2005-08-03 20:30 Message: Logged In: YES user_id=1313358 I added this plug in to the nagios-plugin configure script and it doesn't compile make[2]: Entering directory `/home/alexg/nagios/nagios-plugins-1.4.1/plugins' gcc -g -O2 -L. -L/usr/lib check_postfix.c -o check_postfix In file included from check_postfix.c:24: common.h:35:20: config.h: No such file or directory In file included from check_postfix.c:24: common.h:146: error: parse error before "va_list" common.h:187:21: gettext.h: No such file or directory In file included from check_postfix.c:25: popen.h:9: error: parse error before "popen_timeout_alarm_handler" popen.h:9: warning: data definition has no type or storage class In file included from check_postfix.c:26: utils.h:30: error: parse error before "timeout_alarm_handler" utils.h:30: warning: data definition has no type or storage class utils.h:53: error: redefinition of `struct timeval' utils.h:60: warning: "struct timezone" declared inside parameter list utils.h:60: warning: its scope is only this definition or declaration, which is probably not what you want check_postfix.c: In function `main': check_postfix.c:59: error: `LC_ALL' undeclared (first use in this function) check_postfix.c:59: error: (Each undeclared identifier is reported only once check_postfix.c:59: error: for each function it appears in.) check_postfix.c:60: error: `PACKAGE' undeclared (first use in this function) check_postfix.c:60: error: `LOCALEDIR' undeclared (first use in this function) check_postfix.c:73: error: `SIGALRM' undeclared (first use in this function) make[2]: *** [check_postfix] Error 1 make[2]: Leaving directory `/home/alexg/nagios/nagios-plugins-1.4.1/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/alexg/nagios/nagios-plugins-1.4.1' make: *** [all] Error 2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1245831&group_id=29880 From Nik.Sands at utas.edu.au Thu Aug 4 06:04:15 2005 From: Nik.Sands at utas.edu.au (Nik Sands) Date: Thu Aug 4 06:04:15 2005 Subject: [Nagiosplug-devel] check_disk and UFS cdroms Message-ID: Hi Nagios Plugin Developers, The check_disk plugin is causing some problems. Whenever we insert a CDROM that mounts as UFS, we get an alarm (0% free of course). I've already excluded hsfs from the filesystem types to check, but it's still a problem for UFS mounted CDs. I cannot exclude specific paths or devices either, because there is no way of knowing what the exact set of mount points will be (under Solaris, a CD is usually mounted at /cdrom/cdrom0 AND at /cdrom/ name_of_cd). I could exclude the cdrom0 mountpoint, but not the name of the CD mountpoint. I've tried to exclude /cdrom/*, but of course that is expanded by the shell, and is unhelpful. Is there any other way to get this to work as desired, or could the plugin be modified so exclude any path at or under a specfied path (ie, equivalent to exluding /cdrom/*)? Or any other way the plugin can be improved to get this to work? Thanks for you consideration! (Please CC any replies I need to see to me, as I'm not a member of the list). Cheers, Nik. ======================================================== NIK SANDS - Systems Administrator, IT Services, University of Tasmania, Australia Phone: +61-3-63243732 (BH) VoIP (Free Call): (1800 262 218) 393 658821 AIM / iChat: brassnix From noreply at sourceforge.net Thu Aug 4 06:51:11 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Aug 4 06:51:11 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1251160 ] Latest AIX plugins Message-ID: New Plugins item #1251160, was opened at 2005-08-03 10:53 Message generated for change (Comment added) made by melaqor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1251160&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: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Lonny (melaqor) Assigned to: Nobody/Anonymous (nobody) Summary: Latest AIX plugins Initial Comment: Support has been added for Kerberos v5 ticket validation. ---------------------------------------------------------------------- >Comment By: Lonny (melaqor) Date: 2005-08-04 07:50 Message: Logged In: YES user_id=764455 I forgot ... I also added a short README.aix regarding what the plugins function is as well as related (included) code. The dev work on the regular plugins has eliminated the need for most of the ones we had created for AIX so although there are improvements to the existing Perl code, there hasn't been a need to add any others yet. The biggest change was mentioned already, the KRB5 ticket validation plugin. The file attached to the original message in the thread contains the plugins and README.aix file. ---------------------------------------------------------------------- Comment By: Lonny (melaqor) Date: 2005-08-04 07:50 Message: Logged In: YES user_id=764455 Thanks you for submitting your plugin/script for inclusion in the NagiosPlugins project. Please note that only plugins/scripts with an opensource license can be accepted in this project. Please ensure that your code contains explicit copyright and license information. Future status of your plugin: Initially the plugin will be included asis in the contrib directory. If you have any updates or patches that need to be applied, please post them on the NagiosPlugins website under Patches. (http://sourceforge.net/tracker/?group_id=29880&atid=397599) If the plugin code meets with the guidelines and there is a general consensus among users that it is useful and could see wide deployment, the plugin code will be migrated from "contrib" to "supported" status in either the plugins or plugins-scripts directories. Future status of your script: At this time we have only started collecting scripts that are used for report generation. Their future migration to supported status is not clear at the moment. Again thanks for contributing to opensource. The NagiosPlugins Team ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1251160&group_id=29880 From Chester.Hosey at gianteagle.com Thu Aug 4 08:11:18 2005 From: Chester.Hosey at gianteagle.com (Hosey, Chester) Date: Thu Aug 4 08:11:18 2005 Subject: [Nagiosplug-devel] Success with minor issues: AIX 4.3, check_ldaps, Perl syntax Message-ID: <73BB3A1D374DA64F98E8EA9C37FB3F5F0181F2EB@exchmail1.corp.gianteagle.com> This probably doesn't too many people, but I'm reporting it anyway in accordance with the note at http://nagiosplug.sourceforge.net/. I successfully built nagios-plugins 1.4 on an AIX 4.3 machine using gcc 3.3 from Bull Freeware (for the archives: others with similar setups will also need gettext from Bull Freeware in order to get gcc to work, otherwise gcc will fail with something like "dependent module libintl.a(shr.o) could not be loaded"). Most of the plugins built successfully. There were some minor issues: 1) The generated Makefiles include -R/usr/local/lib Workaround: vi `find . -name Makefile`, remove -R/usr/local/lib 2) The link check_ldaps->check_ldap was generated despite the fact that check_ldap itself wasn't built. 3) The "use lib" line in many of the generated Perl scripts wasn't syntactically correct -- it read: use lib "/usr/local/nagios/libexec" /libexec The line should probably have read: use lib "/usr/local/nagios/libexec", "/libexec"; Note the added quotes and semicolon. Since /libexec doesn't exist on this system anyways, I just edited the line to read: use lib "/usr/local/nagios/libexec"; 4) Line 50 of check_breeze reads: $sig = `snmpgetuser/local/bin/snmpget Based on the successfully built copy on my Red Hat machine, it should read (with possible path adjustments): $sig = `/usr/bin/snmpget $host $opc_C .1.3.6.1.4.1.710.3.2.3.1.3.0`; Although since snmpget doesn't exist on this system the plugin should probably not have been build/installed at all. 5) I had to make check_load setuid root. When run without root permissions, it returns '0 0 0' as the load average. These are easy to work around with rm and vi, so please consider this a report of success. Chet -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Thu Aug 4 17:00:52 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Aug 4 17:00:52 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1252285 ] check_ssh reports critical for some SSH servers Message-ID: Bugs item #1252285, was opened at 2005-08-04 18:59 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=1252285&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface (example) Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: TexasDavid (daupperle) Assigned to: Nobody/Anonymous (nobody) Summary: check_ssh reports critical for some SSH servers Initial Comment: The check_ssh plugin reports STATE_CRITICAL for certain SSH servers. As a result some valid SSH servers are reported down. For example, the following is a valid response for a working SSH server: sshd2: SSH Secure Shell 2.4.0 (non-commercial version) on hppa2.0n-hp-hpux11.00 The problem lies on line 216 of check_ssh.c (Version 1.27). THe function strncmp should be replaced with strncasecmp. Note: this change will not return the version properly, but it will return the state information. The following changes will properly evaluate the above SSH server in more detail and probably should be applied to the patch. 216c216 < if (strncmp (output, "SSH", 3)) { --- > if (strncasecmp (output, "SSH", 3)) { 224,227c224,237 < ssh_proto = output + 4; < ssh_server = ssh_proto + strspn (ssh_proto, "-0123456789. "); < ssh_proto[strspn (ssh_proto, "0123456789. ")] = 0; < --- > if (strncmp(output,"sshd2",5)==0) { > // Output(one line): sshd2: SSH Secure > // Shell 2.4.0 (non-commercial version) > // on hppa2.0n-hp-hpux11.00 > ssh_server = output + 7; > ssh_server[strcspn (ssh_server, "0123456789")-1] = 0; > ssh_proto = ssh_server + strlen (ssh_server)+1; > ssh_proto[strspn (ssh_proto, "0123456789. ")] = 0; > } > else { // Standard servers > ssh_proto = output + 4; > ssh_server = ssh_proto + strspn (ssh_proto, "-0123456789. "); > ssh_proto[strspn (ssh_proto, "0123456789. ")] = 0; > } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1252285&group_id=29880 From joop3 at gmx.net Sat Aug 6 02:47:05 2005 From: joop3 at gmx.net (joop) Date: Sat Aug 6 02:47:05 2005 Subject: [Nagiosplug-devel] [request] adjustment to check_icmp Message-ID: <1123321576.27649.5.camel@Linux.Desktop> First thanks for this good contribution, it is very usefull. However, I would like the ability to do a check of several hosts, and just return critical when all the hosts are down. So like check_host but this one is sending one package and when the first host is not replying it stops and return critical. So what I need it the opposite, send one package to several hosts. And as soon as one replies stop and return ok. Only when the first one is not replying it should check the next etc. Is it possible to make this? Thank you in advance From ae at op5.se Sat Aug 6 07:06:07 2005 From: ae at op5.se (Andreas Ericsson) Date: Sat Aug 6 07:06:07 2005 Subject: [Nagiosplug-devel] [request] adjustment to check_icmp In-Reply-To: <1123321576.27649.5.camel@Linux.Desktop> References: <1123321576.27649.5.camel@Linux.Desktop> Message-ID: <42F4C38D.4070009@op5.se> joop wrote: > First thanks for this good contribution, it is very usefull. > Glad you find it useful. > However, I would like the ability to do a check of several hosts, > and just return critical when all the hosts are down. > > So like check_host but this one is sending one package and > when the first host is not replying it stops and return critical. > > So what I need it the opposite, send one package to several hosts. > And as soon as one replies stop and return ok. > Only when the first one is not replying it should check the next etc. > > Is it possible to make this? > Yes it is. How would you like the output to be formatted? Would something along the lines of OK - responds to ICMP. rta: 0.1ms, pl: 20% work? If you have some idea as to what to call the mode (check_cluster already being taken), I'm all ears. > Thank you in advance > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________________ > 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 > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From joop3 at gmx.net Sun Aug 7 02:39:16 2005 From: joop3 at gmx.net (joop) Date: Sun Aug 7 02:39:16 2005 Subject: [Nagiosplug-devel] [request] adjustment to check_icmp In-Reply-To: <1123321576.27649.5.camel@Linux.Desktop> References: <1123321576.27649.5.camel@Linux.Desktop> Message-ID: <1123407474.17281.1.camel@Linux.Desktop> Ah great, I've been thinking about what kind of output it should generate. But I think the most important is the output "ok" or "critical". So It could be that the output is showing only the first remote that responded. For the name something like check_multicast would be fine. Again thank you for your help! From sghosh at sghosh.org Sun Aug 7 08:20:13 2005 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Sun Aug 7 08:20:13 2005 Subject: [Nagiosplug-devel] [request] adjustment to check_icmp In-Reply-To: <1123407474.17281.1.camel@Linux.Desktop> References: <1123321576.27649.5.camel@Linux.Desktop> <1123407474.17281.1.camel@Linux.Desktop> Message-ID: On Sun, 7 Aug 2005, joop wrote: > Ah great, > > I've been thinking about what kind of > output it should generate. > But I think the most important is the output > "ok" or "critical". > > So It could be that the output is showing only the > first remote that responded. > > For the name something like check_multicast would be fine. > > Again thank you for your help! > > Check_icmp_multi multicast is confusing, longer and more descriptive names preferred. -- -sg From noreply at sourceforge.net Mon Aug 8 02:09:23 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Aug 8 02:09:23 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1254019 ] strict fixes for contrib/check_inodes.pl Message-ID: Patches item #1254019, was opened at 2005-08-08 11:08 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=1254019&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bernhard Weisshuhn (bkw) Assigned to: Nobody/Anonymous (nobody) Summary: strict fixes for contrib/check_inodes.pl Initial Comment: check_inodes.pl does not yet run in pragma strict, making it useless nowadays. Fix is trivial, patch against cvs attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1254019&group_id=29880 From joop3 at gmx.net Tue Aug 9 10:32:47 2005 From: joop3 at gmx.net (Joop Jansen) Date: Tue Aug 9 10:32:47 2005 Subject: [Nagiosplug-devel] =?ISO-8859-1?Q?Re:_[Nagiosplug-devel]_[request]_adjustment_to_check_icmp?= References: Message-ID: <477.1123568696@www49.gmx.net> I don't have any requirements for the naming convention. Only don't know why multicast is confusing. Do you have enough information Andreas? > --- Urspr?ngliche Nachricht --- > Von: Subhendu Ghosh > An: nagiosplug-devel at lists.sourceforge.net > Betreff: Re: [Nagiosplug-devel] [request] adjustment to check_icmp > Datum: Sun, 7 Aug 2005 11:19:25 -0400 (EDT) > > On Sun, 7 Aug 2005, joop wrote: > > > Ah great, > > > > I've been thinking about what kind of > > output it should generate. > > But I think the most important is the output > > "ok" or "critical". > > > > So It could be that the output is showing only the > > first remote that responded. > > > > For the name something like check_multicast would be fine. > > > > Again thank you for your help! > > > > > > Check_icmp_multi > > multicast is confusing, longer and more descriptive names preferred. > > -- > -sg > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________________ > 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 > -- 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse f?r Mail, Message, More +++ From ae at op5.se Tue Aug 9 12:05:37 2005 From: ae at op5.se (Andreas Ericsson) Date: Tue Aug 9 12:05:37 2005 Subject: [Nagiosplug-devel] Re: [Nagiosplug-devel] [request] adjustment to check icmp In-Reply-To: <477.1123568696@www49.gmx.net> References: <477.1123568696@www49.gmx.net> Message-ID: <42F8FE07.8060001@op5.se> Joop Jansen wrote: > I don't have any requirements for the naming convention. > > Only don't know why multicast is confusing. > Because in multicasting you address several targets with a single packet. Insofar as I'm aware, there is no multicast mode for ICMP, only unicast and broadcast. > Do you have enough information Andreas? > Sure. Just not enough time. I'll manage though. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From noreply at sourceforge.net Tue Aug 9 12:26:19 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Aug 9 12:26:19 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1254656 ] uptime result error in check_load Message-ID: Bugs item #1254656, was opened at 2005-08-09 10:36 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=1254656&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: Open Resolution: None Priority: 5 Submitted By: Ronald Tin (hokuto_su) Assigned to: Nobody/Anonymous (nobody) Summary: uptime result error in check_load Initial Comment: While performing sscanf, the parameter should be %lf instead of %f because the actual la[] array is double. line 140 : sscanf (input_buffer, "%*[^l]load average: %lf, %lf, %lf", &la1, &la5, &la15); Applies to nagios-plugins 1.4.1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1254656&group_id=29880 From sgala at sgala.com Wed Aug 10 03:56:27 2005 From: sgala at sgala.com (Matteo Sgalaberni) Date: Wed Aug 10 03:56:27 2005 Subject: [Nagiosplug-devel] check_by_ssh return code losed Message-ID: <20050810105538.GZ22350@sgala.com> Hello, I have a strage problem. I have configured check_by_ssh to check the status of a remote service. When I kill the service to generate an alert I show that in nagios the status it's still "OK" and the state type it's "HARD" with the correct status information. I have executed manually the commands and i've discovered that chech_by_ssh seem to lose the exit val of the lanunched command. Debian Sarge stable with only plugins installed , the host target to check # /root/nagios-plugins-1.4/plugins/check_procs -w 1:500 -c 1:500 -C daemon_bill.pl -a 'sales_230' PROCS CRITICAL: 0 processes with command name 'daemon_bill', args 'sales_230' # echo $? 2 and this is correct! FreeBSD with nagiosplug-1.4 where there is nagios # ./check_by_ssh -H $HOST -p $PORT -C "/opt/nagios-plugins-1.4/plugins/check_procs -w 1:500 -c 1:500 -C deamon_bill -a 'sales_230'" -f -l root -i /home/nagios/.ssh/id_rsa PROCS CRITICAL: 0 processes with command name 'deamon_bill', args 'sales_230' # echo $? 0 this is not correct... the exit val should be 2 and not 0, right? Have you ideas? Thanks Matteo From noreply at sourceforge.net Mon Aug 15 19:01:34 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Aug 15 19:01:34 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1159624 ] Compile and Link Error on Solaris 2.6 Message-ID: <200508160200.j7G20bEt003595@projects.sourceforge.net> Bugs item #1159624, was opened at 03/08/05 23:06 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1159624&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Wilfried Brunken (df7be) Assigned to: Ton Voon (tonvoon) Summary: Compile and Link Error on Solaris 2.6 Initial Comment: With Sun WorkShop Compiler C++ 4.2: My Workaround get the Plugins Running: - The old kompiler does not understand the C++- Comment // in C files. Take /* ... */ e.g. const char *program_name = "check_disk"; /* Required for coreutils libs */ The list of found C++ comments in 1.4 check_disk.c : Line 22 check_smtp.c lines 185,257,258,613 check_ups.c line 411 - unresolved symbols (also Solaris 8 with Forte 6 Update 2 !!) (e.g. gethostbyname) in Makefile the correct List of LIBS: LIBS = -lgen -lsocket -lnsl 73 de DF7BE ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 08/15/05 19:00 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: 08/01/05 13:36 Message: Logged In: YES user_id=664364 Wilfried, I got a similar unexpected EOF error when downloading from the snapshot directory. However, a subsequent download brought the complete file correctly. I can only assume it is a problem with the proxy caching at SF. I believe this is all fixed now, so I'm marking this call in pending for auto closure, unless you still have a problem. Ton ---------------------------------------------------------------------- Comment By: Wilfried Brunken (df7be) Date: 03/14/05 22:01 Message: Logged In: YES user_id=69405 Trying to open for test: nagios-plugins-HEAD-200503121747.tar.gz get: gunzip: nagios-plugins-HEAD-200503121747.tar.gz: unexpected end of file also with WINZIP ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 03/09/05 13:05 Message: Logged In: YES user_id=664364 Wilfried, Thanks for the bug report. This has been fixed in CVS HEAD. Please try the snapshot to confirm. http://nagiosplug.sf.net/snapshot Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1159624&group_id=29880 From noreply at sourceforge.net Mon Aug 15 19:01:52 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Aug 15 19:01:52 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1106849 ] check_procs returns "WARNING" due to bad syntax of ps Message-ID: <200508160200.j7G20brs003571@projects.sourceforge.net> Bugs item #1106849, was opened at 01/21/05 09:28 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1106849&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: snapshot tarball >Status: Closed Resolution: None Priority: 7 Submitted By: Paulo Fessel (paulo_fessel) Assigned to: Ton Voon (tonvoon) Summary: check_procs returns "WARNING" due to bad syntax of ps Initial Comment: Everytime I use check_procs (from 1.4-beta1 on), I get warnings even when I haven't specified warning levels: [root at nagios plugins]# ./check_procs System call sent warnings to stderr PROCS WARNING: 392 processes Running with -vv, I see that there's a message from ps command which is interpreted incorrectly by the plugin: [root at nagios plugins]# ./check_procs -vv CMD: /bin/ps -axwo 'stat uid ppid vsz rss pcpu comm args' STDERR: Warning: bad syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html System call sent warnings to stderr PROCS WARNING: 345 processes >From the FAQ of procps: 'Why does "ps -aux" complain about a bogus '-'? 'According to the POSIX and UNIX standards, the above command asks to display all processes with a TTY (generally the commands users are running) plus all processes owned by a user named "x". If that user doesn't exist, then ps will assume you really meant "ps aux". The warning is given to gently break you of a habit that will cause you trouble if a user named "x" were created.' Thus the syntax of ps must be corrected. We should get rid of the "-" on "/bin/ps -axwo..." In fact, if I change PS_COMMAND manually on config.h the plugin works as expected: [root at nagios plugins]# ./check_procs PROCS OK: 470 processes I'm getting this behaviour in Mandrake 10.0, with procps 3.1.15 running on a dual-P4, 1 GB RAM. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 08/15/05 19:00 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: 08/01/05 13:24 Message: Logged In: YES user_id=664364 This has been changed in the upcoming 1.4.1 release so that ps axwo is tested first in configure.in, so I am placing this call into pending for confirmation of the fix, otherwise the call will automatically close after 14 days. Ton ---------------------------------------------------------------------- Comment By: Tim (opensourceror55) Date: 05/09/05 18:19 Message: Logged In: YES user_id=1275574 Correct me if I'm wrong but the options of the ps command haven't actually changed - its just they've added a warning because so many people were confused about the difference between ps -axwo and ps axwo. By leaving it as ps -axwo aren't you just causing more trouble as its the incorrect options? The fact that they work for most people is just luck. Please change it to use the correct options by default and leave a note in the REQUIREMENTS or wherever so that people can edit configure.h if they need to use the broken way, not the other way round. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 01/26/05 12:55 Message: Logged In: YES user_id=664364 Paulo, Thanks for the bug report. This problem will have to stand. The configure script tries to work out the best ps command to use, but doesn't trap the stderr output. However, the plugin does, which is why you are getting this problem. Long term, I think I will change the configure script so that it chooses the ps command based on the OS - this seems the best way to move forward, because ordering of the ps checks always seems to break for some OSes. I am loathe to make any changes to configure.in of this scale for the 1.4 release, so I have updated the REQUIREMENTS file to note the change you recommend to config.h. Will work on this in the next major release. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1106849&group_id=29880 From ae at op5.se Wed Aug 17 05:23:36 2005 From: ae at op5.se (Andreas Ericsson) Date: Wed Aug 17 05:23:36 2005 Subject: [Nagiosplug-devel] Re: [Nagios-users] Nagios 3.0,natively windows codes,support mysql,support agentless monitor , new web interface,more,Greatly In-Reply-To: <20050817004627.66136.qmail@web15903.mail.cnb.yahoo.com> References: <20050817004627.66136.qmail@web15903.mail.cnb.yahoo.com> Message-ID: <4302DEDD.9010806@op5.se> Sorry for cross-posting. I want to point out that this distribution form of Nagios is illegal. Including code from a GPL'd program is illegal unless you supply the source-code through the same means as the binary version. In some countries, downloading and/or using a program distributed in violation with the GPL is illegal. In others it's not. Distributing anything in violation of its copyright license is illegal everywhere. Please note that selling their program (a modified GPL program) is indeed within their rights. The lawbreaking part comes when they fail to make the source-code available through the same channels as the binary distribution (in this case as a http download). It should also be noted that it's illegal for Wen Wu and Sakersoft to plug their program as "Nagios 3.0", since Nagios is a registered trademark of Ethan Galstad. As for the GUI, I can't say if they've used GPL'd code or not. Judging from the overall ethics of the company, I would like to urge all developers of GPL'd Nagios-GUI's to take a good look at the snapshots and see if any of seems to be generated by code (stylesheets) they wrote. wen wu wrote: > 1 /System architecture has been greatly redesigned and optimized. It > is devide into two parts ,one is sakershceduler ,the other is > sakerexecutor.Sakerschduler only schedules events in parallel; > Sakerexecutor executes really host checkes,service checks,handler > events etc.Sakerschduler and Sakerexecutor are both multithreading. > > 2 /Sakerschduler supports mysql database,so performance is promoted > greatly. > > 3 /Sakerexecutor adopt the cluster structure ,you can deploy many > Sakerexecutor on different hosts.all of the Sakerexecutors can work > as a big one. so the point that the system can be monitored does not > have upper limit. > > > 4 /Built-in the agentless monitor for windows and unix host in the > new version.the flexibility is improved greatly.In the new edition , > five kinds of important function module have been put in Sake:WMI > Check module,SSH Check module,Win32_Push_Any module , Unix_Push_Any > module ,External command module. > > > WMI Check module, can utilize WMI technology to check the CPU > load,memory ,file update time, hard disk, process state, service > state, Eventlog ,etc of the remote host. The remote host does not > need to install the agent end .The module supports WinNT , WinXP , > Win2000, Win2003. > > SSH Check module, can utilize Rlogin , Rexec , SSh ,etc. check romote > Unix host , including systematic load , Swap, hard disk, process , > login users such information as one ,etc.. The romote Unix host does > not need to install the agent end . Support Aix, Hp _ ux,Sco > unix,Linux, such 17 kinds of Unix/linux operating systems etc.. > > Win32_Push_Any module , this module can copy the checking script of > any win32s on remote win32 host and run it. you can copy any scripts > to the remote host , the remote host does not need to install the > agent end . Support WinNT , WinXP , Win2000, Win2003. > > > Unix_Push_Any module , this module can copy the checking script of > any unix on remote unix host and run it. you can copy any scripts to > the remote host , the remote host does not need to install the agent > end . Support all Unix/linux systems. > > > External command module,can execute any checking scripts, compatible > Saker V1. 2 and all former checking module. > > > 5 /Saker is ported to windows system in an all-round way, Saker v3. 0 > codes are all natively windows codes. Saker can operate it in Win2000 > , Win2003 system. > > > 6 /Web interface is redesigned,can finish all operation in web > interface ,the usability and humanization are improved > greatly.Redesigning the function of the network status map,you can > define more Beautiful network maps . > > Please visit http://www.sakersoft.org/news/saker3en.htm > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From ton.voon at altinity.com Wed Aug 17 07:09:31 2005 From: ton.voon at altinity.com (Ton Voon) Date: Wed Aug 17 07:09:31 2005 Subject: [Nagiosplug-devel] Working for Altinity Message-ID: <12E47EF9-ECB1-46FD-9F0F-6E273400E4CF@altinity.com> Hi! I want to declare a potential conflict of interest. I have just started a new job for Altinity (http://www.altinity.com). They sell a monitoring solution based on Nagios called OpsView and have asked me to help with their development, services and support to their customers. One of the attractions of the company is that they "get" open source and have confirmed that I can do Nagios Plugins work as part of helping the overall community. Altinity have already released code to Nagios Exchange and will be contributing more in future. I understand there may be concern that I will not be able to keep my "two hats" separate (as Nagios Plugins project lead and as Altinity employee), but I think I am capable of it. If you think there are specific instances where I am not fulfilling this, you have my permission to call it. Please contact me privately or via this mailing list and I will try and resolve it or stand down if that is the preferable outcome. But let's not be too negative. I think this move will allow this project to move up a level, which will lead to better software. There will be competition in the services space - as there are quite a few resellers in the market - but this is what the commercial side of open source software is all about. Anyway, I personally think that the market for good monitoring solutions is very large - every company needs it! I see the real targets are BMC Patrol, IBM Tivoli and all the other complicated, expensive and frankly unusable products. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon The contents of this email and any files transmitted with it are confidential and intended solely for the use of the individuals to whom it is addressed. If you are not the intended recipient or have received this e-mail in error please notify the sender and destroy this e-mail immediately. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly prohibited. From benoit.mortier at opensides.be Wed Aug 17 07:16:33 2005 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Wed Aug 17 07:16:33 2005 Subject: [Nagiosplug-devel] Working for Altinity In-Reply-To: <12E47EF9-ECB1-46FD-9F0F-6E273400E4CF@altinity.com> References: <12E47EF9-ECB1-46FD-9F0F-6E273400E4CF@altinity.com> Message-ID: <200508171615.14850.benoit.mortier@opensides.be> Le Mercredi 17 Ao?t 2005 15:34, Ton Voon a ?crit?: > Hi! > > I want to declare a potential conflict of interest. I have just > started a new job for Altinity (http://www.altinity.com). They sell a Great news ;-) > monitoring solution based on Nagios called OpsView and have asked me > to help with their development, services and support to their > customers. One of the attractions of the company is that they "get" > open source and have confirmed that I can do Nagios Plugins work as > part of helping the overall community. Altinity have already released > code to Nagios Exchange and will be contributing more in future. No problem for me we also sell services around nagios ;-) > But let's not be too negative. I think this move will allow this > project to move up a level, which will lead to better software. There > will be competition in the services space - as there are quite a few > resellers in the market - but this is what the commercial side of > open source software is all about. Anyway, I personally think that > the market for good monitoring solutions is very large - every > company needs it! Yes ;-) > I see the real targets are BMC Patrol, IBM Tivoli and all the other > complicated, expensive and frankly unusable products. Yes kill ;-) kill ;-) those elephants -- Benoit Mortier Linux Engineer www.opensides.be From kdebisschop at alert.infoplease.com Wed Aug 17 08:20:01 2005 From: kdebisschop at alert.infoplease.com (DeBisschop, Karl) Date: Wed Aug 17 08:20:01 2005 Subject: [Nagiosplug-devel] Working for Altinity In-Reply-To: <12E47EF9-ECB1-46FD-9F0F-6E273400E4CF@altinity.com> References: <12E47EF9-ECB1-46FD-9F0F-6E273400E4CF@altinity.com> Message-ID: As my own history demonstrates, working for a company that does not make it's living off open source software has a big downside too -- when other demands increase, open source work must be put on the shelf. For that reason, I feel that it's not realistic to try and keep more than a rough 50% of the actively contributing team independent. The value that active corporate engagement can bring is far to important to reject. So I wish you and Altinity the best, and thanks for making the disclosure. On Aug 17, 2005, at 9:34 AM, Ton Voon wrote: > Hi! > > I want to declare a potential conflict of interest. I have just > started a new job for Altinity (http://www.altinity.com). They sell a > monitoring solution based on Nagios called OpsView and have asked me > to help with their development, services and support to their > customers. One of the attractions of the company is that they "get" > open source and have confirmed that I can do Nagios Plugins work as > part of helping the overall community. Altinity have already released > code to Nagios Exchange and will be contributing more in future. > > I understand there may be concern that I will not be able to keep my > "two hats" separate (as Nagios Plugins project lead and as Altinity > employee), but I think I am capable of it. If you think there are > specific instances where I am not fulfilling this, you have my > permission to call it. Please contact me privately or via this mailing > list and I will try and resolve it or stand down if that is the > preferable outcome. > > But let's not be too negative. I think this move will allow this > project to move up a level, which will lead to better software. There > will be competition in the services space - as there are quite a few > resellers in the market - but this is what the commercial side of open > source software is all about. Anyway, I personally think that the > market for good monitoring solutions is very large - every company > needs it! > > I see the real targets are BMC Patrol, IBM Tivoli and all the other > complicated, expensive and frankly unusable products. > > Ton > > > http://www.altinity.com > T: +44 (0)870 787 9243 > F: +44 (0)845 280 1725 > Skype: tonvoon > > The contents of this email and any files transmitted with it are > confidential and intended solely for the use of the individuals to > whom it > is addressed. If you are not the intended recipient or have received > this > e-mail in error please notify the sender and destroy this e-mail > immediately. Any unauthorised copying, disclosure or distribution of > the > material in this e-mail is strictly prohibited. > > > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing > & QA > Security * Process Improvement & Measurement * > http://www.sqe.com/bsce5sf > _______________________________________________________ > 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 > -- Karl From noreply at sourceforge.net Thu Aug 18 00:48:05 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Aug 18 00:48:05 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1262777 ] Fix subst.in for non-upgrades Message-ID: Patches item #1262777, was opened at 2005-08-18 00:01 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=1262777&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 Submitted By: Phil Dibowitz (jaymzh) Assigned to: Nobody/Anonymous (nobody) Summary: Fix subst.in for non-upgrades Initial Comment: The following patch takes out the call to the which() function, and the which() function itself in the subst.in awk script. This script attempts to determine if the libexec directory exists, and if it doesn't, it changes the "use lib" path to be relative instead of absolute. The problem is that the path is _about_ to exist (after "make install"), but doesn't yet exist... so on upgrades, this works, but on fresh installs, you have a "use lib" path that is relative and thus can't be called from nrpe in any useful way. While I see the theory of making things relative in the event the absolute path doesn't exist, the absolute path is about to exist, so making a decision on the presence of something you know you are about to make is quite silly. This fixes it and allows us to build RPMs of nagios-plugins in a chroot'd environment (like mach - mach.sf.net). This patch is against nagios-plugins-1.3.1. Thanks, Phil ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1262777&group_id=29880 From ton.voon at altinity.com Thu Aug 18 23:30:09 2005 From: ton.voon at altinity.com (Ton Voon) Date: Thu Aug 18 23:30:09 2005 Subject: [Nagiosplug-devel] Re: [Nagios-users] Nagios 3.0,natively windows codes,support mysql,support agentless monitor , new web interface,more,Greatly In-Reply-To: <4302DEDD.9010806@op5.se> References: <20050817004627.66136.qmail@web15903.mail.cnb.yahoo.com> <4302DEDD.9010806@op5.se> Message-ID: <6A28A0A2-CB4F-4F4D-B2B7-38356D002AD1@altinity.com> On 17 Aug 2005, at 07:53, Andreas Ericsson wrote: > I want to point out that this distribution form of Nagios is > illegal. Including code from a GPL'd program is illegal unless you > supply the source-code through the same means as the binary version. Here, here. I shall investigate what this means for the Nagios Plugins side and respond to the company as well. The GPL licence is crucial to this project. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon The contents of this email and any files transmitted with it are confidential and intended solely for the use of the individuals to whom it is addressed. If you are not the intended recipient or have received this e-mail in error please notify the sender and destroy this e-mail immediately. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: From phil at ipom.com Thu Aug 18 23:53:16 2005 From: phil at ipom.com (Phil Dibowitz) Date: Thu Aug 18 23:53:16 2005 Subject: [Nagiosplug-devel] subst.in patch Message-ID: <430581A5.8090300@ipom.com> I recently submitted a patch: https://sourceforge.net/tracker/index.php?func=detail&aid=1262777&group_id=29880&atid=397599 which removes the which() function and the call to it from the plugins-scripts/subst.in awk script. The problem is that this function checks to see if $libexec exists (where the plugins would go, and thus the utils.pm), and if it doesn't it changes the "use lib" lines in the perl plugins to remove the base of $libexec from the path (changes /usr/lib/nagios/plugins/ to nagios/plugins). But... it's checking for the existance of a directory and making a decision based on it not being there even though _it's_about_to_make_it_! That's silly. The result is that... if you have a previous install, your 'use lib' lines are good and nrpe can execute your plugins just fine. But if it's a fresh install, your plugins get the relative paths which mean that nrpe can't execute them at all, and nor can anything else that doesn't run from within /usr/lib. I can find no logical use for this function, and things are working well for us with the patch... Any reasons for this that I've missed? -- Phil Dibowitz phil at ipom.com Freeware and Technical Pages Insanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Franklin, 1759 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 256 bytes Desc: OpenPGP digital signature URL: From noreply at sourceforge.net Fri Aug 19 00:43:10 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Aug 19 00:43:10 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1262777 ] Fix subst.in for non-upgrades Message-ID: Patches item #1262777, was opened at 2005-08-18 08:01 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1262777&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 Submitted By: Phil Dibowitz (jaymzh) >Assigned to: Ton Voon (tonvoon) Summary: Fix subst.in for non-upgrades Initial Comment: The following patch takes out the call to the which() function, and the which() function itself in the subst.in awk script. This script attempts to determine if the libexec directory exists, and if it doesn't, it changes the "use lib" path to be relative instead of absolute. The problem is that the path is _about_ to exist (after "make install"), but doesn't yet exist... so on upgrades, this works, but on fresh installs, you have a "use lib" path that is relative and thus can't be called from nrpe in any useful way. While I see the theory of making things relative in the event the absolute path doesn't exist, the absolute path is about to exist, so making a decision on the presence of something you know you are about to make is quite silly. This fixes it and allows us to build RPMs of nagios-plugins in a chroot'd environment (like mach - mach.sf.net). This patch is against nagios-plugins-1.3.1. Thanks, Phil ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2005-08-19 08:42 Message: Logged In: YES user_id=664364 Phil, Thanks for the patch. I will take a look at this today. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1262777&group_id=29880 From rouven.homann at cimt-ag.de Fri Aug 19 02:26:11 2005 From: rouven.homann at cimt-ag.de (Rouven Homann) Date: Fri Aug 19 02:26:11 2005 Subject: [Nagiosplug-devel] Bug in check_ntp Message-ID: Hi, i think we have a bug in check_ntp. I seems to disappear after X tries, but the first 10 tries gives me the following: check_ntp -H 192.168.208.189 -4 -k 10000 -j 5000 -c 120 -w 60 Argument "(not parsed)" isn't numeric in abs at ./check_ntp line 355. NTP WARNING: Desynchronized peer server found|offset=2.303495, jitter=0,peer_stratum=16 But, ntpq -pn 192.168.208.189 remote refid st t when poll reach delay offset jitter ======================================================================== ====== 127.127.1.0 LOCAL(0) 10 l 15 64 3 0.000 0.000 0.002 *192.168.208.103 192.168.0.155 5 u 1 64 3 0.124 110.528 4.564 Regards, Rouven Homann cimt AG Burchardstr. 17 20095 Hamburg Tel.: +49.40.53302-0 Fax: -22 email: rouven.homann at cimt-ag.de http://www.cimt-ag.de From noreply at sourceforge.net Fri Aug 19 12:16:06 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Aug 19 12:16:06 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1264282 ] check_http check of SSL cert now has perf data Message-ID: Patches item #1264282, was opened at 2005-08-19 14:15 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1264282&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Perf data Group: None Status: Open Resolution: None Priority: 5 Submitted By: monkeymanorg (monkeymanorg) Assigned to: Nobody/Anonymous (nobody) Summary: check_http check of SSL cert now has perf data Initial Comment: Added performance data to check_http's check of the SSL cert. All checks need to return perf data ... people like pretty graphs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1264282&group_id=29880 From joop3 at gmx.net Sun Aug 21 02:47:07 2005 From: joop3 at gmx.net (joop) Date: Sun Aug 21 02:47:07 2005 Subject: [Nagiosplug-devel] [request] adjustment to check icmp In-Reply-To: <42F8FE07.8060001@op5.se> Message-ID: <000201c5a635$247bae50$0200a8c0@hardcore> Not to push you or anything, but did you find some time to adjust the check_icmp code? And do I need to look in the CVS tree, will you post it there? Again thank you very much in advance! Joop -----Oorspronkelijk bericht----- Van: nagiosplug-devel-admin at lists.sourceforge.net [mailto:nagiosplug-devel-admin at lists.sourceforge.net] Namens Andreas Ericsson Verzonden: Tuesday, August 09, 2005 9:04 PM Aan: nagiosplug-devel at lists.sourceforge.net Onderwerp: Re: [Nagiosplug-devel] Re: [Nagiosplug-devel] [request] adjustment to check icmp Joop Jansen wrote: > I don't have any requirements for the naming convention. > > Only don't know why multicast is confusing. > Because in multicasting you address several targets with a single packet. Insofar as I'm aware, there is no multicast mode for ICMP, only unicast and broadcast. > Do you have enough information Andreas? > Sure. Just not enough time. I'll manage though. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________________ Nagios Plugin Development Mailing List Nagiosplug-devel at lists.sourceforge.net Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel ::: Please include plugins version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null From noreply at sourceforge.net Mon Aug 22 02:04:09 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Aug 22 02:04:09 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1262777 ] Fix subst.in for non-upgrades Message-ID: Patches item #1262777, was opened at 2005-08-18 00:01 Message generated for change (Comment added) made by jaymzh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1262777&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 Submitted By: Phil Dibowitz (jaymzh) Assigned to: Ton Voon (tonvoon) Summary: Fix subst.in for non-upgrades Initial Comment: The following patch takes out the call to the which() function, and the which() function itself in the subst.in awk script. This script attempts to determine if the libexec directory exists, and if it doesn't, it changes the "use lib" path to be relative instead of absolute. The problem is that the path is _about_ to exist (after "make install"), but doesn't yet exist... so on upgrades, this works, but on fresh installs, you have a "use lib" path that is relative and thus can't be called from nrpe in any useful way. While I see the theory of making things relative in the event the absolute path doesn't exist, the absolute path is about to exist, so making a decision on the presence of something you know you are about to make is quite silly. This fixes it and allows us to build RPMs of nagios-plugins in a chroot'd environment (like mach - mach.sf.net). This patch is against nagios-plugins-1.3.1. Thanks, Phil ---------------------------------------------------------------------- >Comment By: Phil Dibowitz (jaymzh) Date: 2005-08-22 02:03 Message: Logged In: YES user_id=533101 OK, I'm a moron, I forgot to attach the patch. Here it is. - Phil ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-08-19 00:42 Message: Logged In: YES user_id=664364 Phil, Thanks for the patch. I will take a look at this today. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1262777&group_id=29880 From noreply at sourceforge.net Mon Aug 22 02:05:07 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Aug 22 02:05:07 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1262777 ] Fix subst.in for non-upgrades Message-ID: Patches item #1262777, was opened at 2005-08-18 00:01 Message generated for change (Comment added) made by jaymzh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1262777&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 Submitted By: Phil Dibowitz (jaymzh) Assigned to: Ton Voon (tonvoon) Summary: Fix subst.in for non-upgrades Initial Comment: The following patch takes out the call to the which() function, and the which() function itself in the subst.in awk script. This script attempts to determine if the libexec directory exists, and if it doesn't, it changes the "use lib" path to be relative instead of absolute. The problem is that the path is _about_ to exist (after "make install"), but doesn't yet exist... so on upgrades, this works, but on fresh installs, you have a "use lib" path that is relative and thus can't be called from nrpe in any useful way. While I see the theory of making things relative in the event the absolute path doesn't exist, the absolute path is about to exist, so making a decision on the presence of something you know you are about to make is quite silly. This fixes it and allows us to build RPMs of nagios-plugins in a chroot'd environment (like mach - mach.sf.net). This patch is against nagios-plugins-1.3.1. Thanks, Phil ---------------------------------------------------------------------- >Comment By: Phil Dibowitz (jaymzh) Date: 2005-08-22 02:04 Message: Logged In: YES user_id=533101 OK... still a moron. Didn't check the little box. Lets try this again. ---------------------------------------------------------------------- Comment By: Phil Dibowitz (jaymzh) Date: 2005-08-22 02:03 Message: Logged In: YES user_id=533101 OK, I'm a moron, I forgot to attach the patch. Here it is. - Phil ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-08-19 00:42 Message: Logged In: YES user_id=664364 Phil, Thanks for the patch. I will take a look at this today. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1262777&group_id=29880 From noreply at sourceforge.net Mon Aug 22 06:00:27 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Aug 22 06:00:27 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1266157 ] Problems with LC_ALL and check_ping, check_load... Message-ID: Bugs item #1266157, was opened at 2005-08-22 14:59 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=1266157&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: snapshot rpm Status: Open Resolution: None Priority: 5 Submitted By: Alen Salamun (alien2108) Assigned to: Nobody/Anonymous (nobody) Summary: Problems with LC_ALL and check_ping, check_load... Initial Comment: With the latest nagios_plugins (nagios-plugins-1.4-2.rf) compiled by myself I have problems with numerious check scripts. For example if I run check_ping: # ./check_ping1 -H 192.168.10.2 -w10,20% -c 50,50%/bin/ping -n -U -w 10 -c 5 192.168.10.2 CRITICAL - Could not interpret output from ping command BUT: LC_ALL=C ./check_ping1 -H 192.168.10.2 -w10,20% -c 50,50% PING OK - Packet loss = 0%, RTA = 0.23 ms Is this problem with plugins not correctly handling locales? System is Linux Mandrake 10.0 with LC's: LC_ADDRESS=sl_SI LC_COLLATE=en_US LC_CTYPE=en_US LC_IDENTIFICATION=sl_SI LC_MEASUREMENT=sl_SI LC_MESSAGES=en_US LC_MONETARY=sl_SI LC_NAME=sl_SI LC_NUMERIC=sl_SI LC_PAPER=sl_SI LC_SOURCED=1 LC_TELEPHONE=sl_SI LC_TIME=en_US MAILCHECK=60 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1266157&group_id=29880 From noreply at sourceforge.net Tue Aug 23 03:41:15 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Aug 23 03:41:15 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1266977 ] Urlize Output Message-ID: Bugs item #1266977, was opened at 2005-08-23 12:40 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=1266977&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: Open Resolution: None Priority: 5 Submitted By: Tobias Mucke (mucke) Assigned to: Nobody/Anonymous (nobody) Summary: Urlize Output Initial Comment: Hi, just a little bug in the urlize command. Maybe it is not even a bug, but works as designed. If you use urlize together with a plugin which supports performance data the final A tag () comes after performance data string. But Nagios parses the output and puts everything in front of the pipe in the SERVICEOUTPUT macro and everything behind in the SERVICEPERFDATA macro. Because of that fact you never see a final A tag behind the links in the nagios webinterface if you use urlize toghether with a plugin giving performance data back. Is it possible to add the final A tag in front of the pipe if there is one? Thanks. mucke ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1266977&group_id=29880 From noreply at sourceforge.net Tue Aug 23 13:38:35 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Aug 23 13:38:35 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1267432 ] check_ifoperstatus cache file Message-ID: Patches item #1267432, was opened at 2005-08-23 16:37 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1267432&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Larry Low (llow) Assigned to: Nobody/Anonymous (nobody) Summary: check_ifoperstatus cache file Initial Comment: To make check_ifoperstatus more useful I have added cache file support. I threw it together but it should do the job for now till I clean it up more. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1267432&group_id=29880 From noreply at sourceforge.net Tue Aug 23 14:34:05 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Aug 23 14:34:05 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1267474 ] check_log cleanup Message-ID: Patches item #1267474, was opened at 2005-08-23 16:33 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=1267474&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: monkeymanorg (monkeymanorg) Assigned to: Nobody/Anonymous (nobody) Summary: check_log cleanup Initial Comment: There was some discussion earlier this month about check_log being terse and confusing. Upon checking it out I noticed the script instructed you that "the "notify_recovery" value for the service should be 0". I cannot even find any references to the notify_recovery option anywhere and when I tried it, nagios didn't understand the directive and would not run. This diff is to correct that mistake and to hopefully make the output a littler easier to understand and a bit more uniform. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1267474&group_id=29880 From noreply at sourceforge.net Tue Aug 23 23:43:21 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Aug 23 23:43:21 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1267741 ] 1.4.1: check_ntp logic incorrect with >1 peers Message-ID: Bugs item #1267741, was opened at 2005-08-24 16:42 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=1267741&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parsing problem Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: ozburgess (ozburgess) Assigned to: Nobody/Anonymous (nobody) Summary: 1.4.1: check_ntp logic incorrect with >1 peers Initial Comment: After finding a matching entry and recording the jitter, the loop parsing the ntpq output (below) should exit. Otherwise, it will read the next line, that line will not match the regex (since it is not the sys.peer or pps.peer), and $jitter will always be set to '(not parsed)' (which is what we see with every test). # match sys.peer or pps.peer if (/^(\*|o)([-0-9.\s]+)\s+([-0-9A-Za-z_().]+)\s+([-0-9.]+)\s+([lumb-]+)\s+([-0-9hm.]+)\s+([-0-9 .mh]+)\s+([-0-9.]+)\s+([-0-9.]+)\s+([-0-9.]+)\s+([-0-9.]+)/) { $syspeer = $2; $stratum = $4; $jitter = $11; print "match $_ \n" if $verbose; if ($jitter > $jcrit) { print "Jitter_crit = $11 :$jcrit\n" if ($verbose); $jitter_error = $ERRORS{'CRITICAL'}; } elsif ($jitter > $jwarn ) { print "Jitter_warn = $11 :$jwarn\n" if ($verbose); $jitter_error = $ERRORS{'WARNING'}; } else { $jitter_error = $ERRORS{'OK'}; } ######################## # I think we need a loop break here. ######################## } else { print "No match!\n" if $verbose; $jitter = '(not parsed)'; } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1267741&group_id=29880 From noreply at sourceforge.net Wed Aug 24 04:20:38 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Aug 24 04:20:38 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1266157 ] Problems with LC_ALL and check_ping, check_load... Message-ID: Bugs item #1266157, was opened at 2005-08-22 14:59 Message generated for change (Comment added) made by sgala2 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1266157&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: snapshot rpm Status: Open Resolution: None Priority: 5 Submitted By: Alen Salamun (alien2108) Assigned to: Nobody/Anonymous (nobody) Summary: Problems with LC_ALL and check_ping, check_load... Initial Comment: With the latest nagios_plugins (nagios-plugins-1.4-2.rf) compiled by myself I have problems with numerious check scripts. For example if I run check_ping: # ./check_ping1 -H 192.168.10.2 -w10,20% -c 50,50%/bin/ping -n -U -w 10 -c 5 192.168.10.2 CRITICAL - Could not interpret output from ping command BUT: LC_ALL=C ./check_ping1 -H 192.168.10.2 -w10,20% -c 50,50% PING OK - Packet loss = 0%, RTA = 0.23 ms Is this problem with plugins not correctly handling locales? System is Linux Mandrake 10.0 with LC's: LC_ADDRESS=sl_SI LC_COLLATE=en_US LC_CTYPE=en_US LC_IDENTIFICATION=sl_SI LC_MEASUREMENT=sl_SI LC_MESSAGES=en_US LC_MONETARY=sl_SI LC_NAME=sl_SI LC_NUMERIC=sl_SI LC_PAPER=sl_SI LC_SOURCED=1 LC_TELEPHONE=sl_SI LC_TIME=en_US MAILCHECK=60 ---------------------------------------------------------------------- Comment By: Matteo (sgala2) Date: 2005-08-24 13:19 Message: Logged In: YES user_id=755585 the problem seems to be in the parsing with scanf that when you are in locale that have the comma as decimal separator the scanf fail. I fixed replacing in all plugin that i nedd the line setlocale (LC_ALL, ""); with setlocale (LC_ALL, "C"); all now work fine! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1266157&group_id=29880 From noreply at sourceforge.net Wed Aug 24 14:49:32 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Aug 24 14:49:32 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1266157 ] Problems with LC_ALL and check_ping, check_load... Message-ID: Bugs item #1266157, was opened at 2005-08-22 08:59 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1266157&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: snapshot rpm >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Alen Salamun (alien2108) >Assigned to: M. Sean Finney (seanius) Summary: Problems with LC_ALL and check_ping, check_load... Initial Comment: With the latest nagios_plugins (nagios-plugins-1.4-2.rf) compiled by myself I have problems with numerious check scripts. For example if I run check_ping: # ./check_ping1 -H 192.168.10.2 -w10,20% -c 50,50%/bin/ping -n -U -w 10 -c 5 192.168.10.2 CRITICAL - Could not interpret output from ping command BUT: LC_ALL=C ./check_ping1 -H 192.168.10.2 -w10,20% -c 50,50% PING OK - Packet loss = 0%, RTA = 0.23 ms Is this problem with plugins not correctly handling locales? System is Linux Mandrake 10.0 with LC's: LC_ADDRESS=sl_SI LC_COLLATE=en_US LC_CTYPE=en_US LC_IDENTIFICATION=sl_SI LC_MEASUREMENT=sl_SI LC_MESSAGES=en_US LC_MONETARY=sl_SI LC_NAME=sl_SI LC_NUMERIC=sl_SI LC_PAPER=sl_SI LC_SOURCED=1 LC_TELEPHONE=sl_SI LC_TIME=en_US MAILCHECK=60 ---------------------------------------------------------------------- >Comment By: M. Sean Finney (seanius) Date: 2005-08-24 17:48 Message: Logged In: YES user_id=226838 hi, yes, the problem was the plugins seemed to be making some bad assumptions about numerical formats. the real fix is to set the LC_NUMERIC value to "POSIX" or "C", which leaves all other locale-related stuff appropriately but gives the plugin what it wants (namely, '.' as a decimal point instead of ','). check_ping and check_load (the two of which i'm aware were having the locale/numeric scanning problems) both have been fixed in cvs, and included in the latest 1.4.1 release of the plugins. if you still have problems with other check_commands, feel free to open a new bug report and let me know. ---------------------------------------------------------------------- Comment By: Matteo (sgala2) Date: 2005-08-24 07:19 Message: Logged In: YES user_id=755585 the problem seems to be in the parsing with scanf that when you are in locale that have the comma as decimal separator the scanf fail. I fixed replacing in all plugin that i nedd the line setlocale (LC_ALL, ""); with setlocale (LC_ALL, "C"); all now work fine! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1266157&group_id=29880 From noreply at sourceforge.net Wed Aug 24 15:18:06 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Aug 24 15:18:06 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1254656 ] uptime result error in check_load Message-ID: Bugs item #1254656, was opened at 2005-08-08 22:36 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1254656&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: Open Resolution: None Priority: 5 Submitted By: Ronald Tin (hokuto_su) >Assigned to: M. Sean Finney (seanius) Summary: uptime result error in check_load Initial Comment: While performing sscanf, the parameter should be %lf instead of %f because the actual la[] array is double. line 140 : sscanf (input_buffer, "%*[^l]load average: %lf, %lf, %lf", &la1, &la5, &la15); Applies to nagios-plugins 1.4.1 ---------------------------------------------------------------------- >Comment By: M. Sean Finney (seanius) Date: 2005-08-24 18:17 Message: Logged In: YES user_id=226838 hi, thanks for finding this, i'll commit a fix to cvs shortly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1254656&group_id=29880 From noreply at sourceforge.net Wed Aug 24 15:26:32 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Aug 24 15:26:32 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1250982 ] wrong settings in configure Message-ID: Bugs item #1250982, was opened at 2005-08-03 08:09 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1250982&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: None Status: Open Resolution: None Priority: 5 Submitted By: nsturm (nsturm) >Assigned to: M. Sean Finney (seanius) Summary: wrong settings in configure Initial Comment: Configure tests for -lcrypt, especially when testing for postgresql. At least OpenBSD does not know about libcrypt but only about libcrypto. Furthermore postgresql tests partly do not honour $PGSQL. See the attached diff for clarification. ---------------------------------------------------------------------- >Comment By: M. Sean Finney (seanius) Date: 2005-08-24 18:25 Message: Logged In: YES user_id=226838 hi, thanks for the report, but there are two issues i see with your patch: - it's a patch against the configure script generated by autoconf instead of the configure.in template - i'm suspecting this will break things on other OS's that do use -lcrypt instead of -lcrypto if you could supply a patch that deals with both of these, i'll include it into our cvs tree. thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1250982&group_id=29880 From noreply at sourceforge.net Wed Aug 24 16:15:33 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Aug 24 16:15:33 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1269582 ] check_http, using --certificate doesn't stop other checking Message-ID: Patches item #1269582, was opened at 2005-08-24 16:14 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=1269582&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jeff Rodriguez (bigtangringo) Assigned to: Nobody/Anonymous (nobody) Summary: check_http, using --certificate doesn't stop other checking Initial Comment: This patch changes the function of --certificate, previously when used no further verification of the URL is done, this patch allows other checking to continue. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1269582&group_id=29880 From noreply at sourceforge.net Thu Aug 25 12:45:49 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Aug 25 12:45:49 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1250982 ] wrong settings in configure Message-ID: Bugs item #1250982, was opened at 2005-08-03 14:09 Message generated for change (Comment added) made by nsturm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1250982&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: None Status: Open Resolution: None Priority: 5 Submitted By: nsturm (nsturm) Assigned to: M. Sean Finney (seanius) Summary: wrong settings in configure Initial Comment: Configure tests for -lcrypt, especially when testing for postgresql. At least OpenBSD does not know about libcrypt but only about libcrypto. Furthermore postgresql tests partly do not honour $PGSQL. See the attached diff for clarification. ---------------------------------------------------------------------- >Comment By: nsturm (nsturm) Date: 2005-08-25 21:44 Message: Logged In: YES user_id=1323236 The patch was just meant for clarification. I do not know autoconf and do not know any detail regarding libcrypt, so I cannot provide a proper patch. Sorry, Nikolay. ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-08-25 00:25 Message: Logged In: YES user_id=226838 hi, thanks for the report, but there are two issues i see with your patch: - it's a patch against the configure script generated by autoconf instead of the configure.in template - i'm suspecting this will break things on other OS's that do use -lcrypt instead of -lcrypto if you could supply a patch that deals with both of these, i'll include it into our cvs tree. thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1250982&group_id=29880 From Nik.Sands at utas.edu.au Sat Aug 27 19:41:47 2005 From: Nik.Sands at utas.edu.au (Nik Sands) Date: Sat Aug 27 19:41:47 2005 Subject: [Nagiosplug-devel] check_disk -l on Solaris Message-ID: <6E8ED342-6302-47CE-B20B-F62743860C71@utas.edu.au> The "-l" option for the "check_disk" plugin does not seem to work on Solaris (ie, to check local filesystems only). Instead I have to use multiple "-X" options (to exclude, nfs, hsfs, losf, autofs). On Solaris, you should be able to check for the local file system type using the /etc/default/fs file (the content of which is usually "LOCAL=ufs"). I hope this can be fixed in the next version of the plugin. (NB: I'm not on this email list, so if for some reason you need to contact me about this, please send email to me directly). Thanks! Nik. ======================================================== NIK SANDS - Systems Administrator, IT Services, University of Tasmania, Australia Phone: +61-3-63243732 (BH) VoIP (Free Call): (1800 262 218) 393 658821 AIM / iChat: brassnix From nagios at proy.org Sun Aug 28 15:13:07 2005 From: nagios at proy.org (Patrick Proy) Date: Sun Aug 28 15:13:07 2005 Subject: [Nagiosplug-devel] Embeded perl test In-Reply-To: Message-ID: <20050828221131.97053AB6E1@www.manubulon.com> Hi, After the report from Dennis Hopp about the problem in check_snmp_load.pl, I used mini_epn to test it and it worked OK. The thing is, it is only possible to put a file name, and not any options. It might be with special combinations of options that embeded perl don't support this script. Is there any way to put some options ? I looked (a little) at the code but didn't find a (simple) way to do this. Patrick From tonvoon at mac.com Tue Aug 30 04:56:13 2005 From: tonvoon at mac.com (Ton Voon) Date: Tue Aug 30 04:56:13 2005 Subject: [Nagiosplug-devel] subst.in patch In-Reply-To: <430581A5.8090300@ipom.com> References: <430581A5.8090300@ipom.com> Message-ID: <73ADF938-516E-4481-B48B-7C0A3629A937@mac.com> Phil, I've been taking a look at this. I could not recreate your problem. I ran a ./configure with /usr/local/nagios/libexec in existence and then ran a ./configure after rm -r /usr/local/nagios and all the substitutions for the perl scripts in plugins-scripts were the same. There is a specific part of subst.in which says: # used to replace "use lib utils.pm" with "use lib @libexecdir" # function led() { led1 = "@libexecdir@"; So I think your diagnosis is wrong: the libexecdir is being taken from the configure script and passing through to subst.in correctly. I put a debugging line into the main awk loop here: # Specific programs # /^[^#]/ && /(\/.*)?\/(bin|sbin|lib|libexec)\// { print STDERR "Got here!!!: "$0; #match($0,/(\/.*)?\/(bin|sbin|lib|libexec)\/[-_a-zA-Z0-9]+/); #start=RSTART+RLENGTH; #c=substr($0,RSTART,RLENGTH); #sub(c,which(c,path)); } and then ran a make clean; make in the plugins-script directory. I think what is happening is that it is trying to find any programs that are fully prefixed and amending them to possible changes in the PATH. Eg, check_log.in has GREP="/bin/grep", but after running make check_log, it replaces that line with GREP="/usr/bin/grep", which is the location of grep on my MacOSX system. You mentioned something about building the plugins in a chroot environment. My guess is that your chroot is missing a lot of these commands, and thus the substitutions are failing. So I am going to reject your patch because it looks like there is specific functionality the which routine is providing, even though it is failing in your specialised case. However, I will try and make the comments more informative. Long term, the substitutions shouldn't be done at compile time, but should be done at configure time instead. However, this will be a tougher job to sort out. I welcome any patches in this area. Ton On 19 Aug 2005, at 07:52, Phil Dibowitz wrote: > I recently submitted a patch: > > https://sourceforge.net/tracker/index.php? > func=detail&aid=1262777&group_id=29880&atid=397599 > > which removes the which() function and the call to it from the > plugins-scripts/subst.in awk script. > > The problem is that this function checks to see if $libexec exists > (where the plugins would go, and thus the utils.pm), and if it doesn't > it changes the "use lib" lines in the perl plugins to remove the > base of > $libexec from the path (changes /usr/lib/nagios/plugins/ to > nagios/plugins). > > But... it's checking for the existance of a directory and making a > decision based on it not being there even though > _it's_about_to_make_it_! That's silly. > > The result is that... if you have a previous install, your 'use lib' > lines are good and nrpe can execute your plugins just fine. > > But if it's a fresh install, your plugins get the relative paths which > mean that nrpe can't execute them at all, and nor can anything else > that > doesn't run from within /usr/lib. > > I can find no logical use for this function, and things are working > well > for us with the patch... > > Any reasons for this that I've missed? > > -- > Phil Dibowitz phil at ipom.com > Freeware and Technical Pages Insanity Palace of Metallica > http://www.phildev.net/ http://www.ipom.com/ > > "They that can give up essential liberty to obtain a little temporary > safety deserve neither liberty nor safety." > - Benjamin Franklin, 1759 > > From phil at ipom.com Tue Aug 30 08:34:07 2005 From: phil at ipom.com (Phil Dibowitz) Date: Tue Aug 30 08:34:07 2005 Subject: [Nagiosplug-devel] subst.in patch In-Reply-To: <73ADF938-516E-4481-B48B-7C0A3629A937@mac.com> References: <430581A5.8090300@ipom.com> <73ADF938-516E-4481-B48B-7C0A3629A937@mac.com> Message-ID: <43147C46.8040607@ipom.com> Ton Voon wrote: > Phil, > > I've been taking a look at this. I could not recreate your problem. I > ran a ./configure with /usr/local/nagios/libexec in existence and then > ran a ./configure after rm -r /usr/local/nagios and all the > substitutions for the perl scripts in plugins-scripts were the same. > There is a specific part of subst.in which says: > > # used to replace "use lib utils.pm" with "use lib @libexecdir" > # > function led() { > led1 = "@libexecdir@"; > > So I think your diagnosis is wrong: the libexecdir is being taken from > the configure script and passing through to subst.in correctly. > > I put a debugging line into the main awk loop here: > > # Specific programs > > # > /^[^#]/ && /(\/.*)?\/(bin|sbin|lib|libexec)\// { > print STDERR "Got here!!!: "$0; > #match($0,/(\/.*)?\/(bin|sbin|lib|libexec)\/[-_a-zA-Z0-9]+/); > #start=RSTART+RLENGTH; > #c=substr($0,RSTART,RLENGTH); > #sub(c,which(c,path)); > } I'm not sure what this proves - my debugging showed I always got there as well. > Eg, check_log.in has GREP="/bin/grep", but after running make > check_log, it replaces that line with GREP="/usr/bin/grep", which is > the location of grep on my MacOSX system. Ah. In that case the script is still in error, but not completely in the way I thought it was. It's checking for things that may nto be in libexec - great for grep. But if it doesn't find it, it gives it a relative path, and that's an *incorrect* action. In this case which() should return whatever it was sent. In theory, I don't think the "use" lines should be passed through the "which" functions at all.... since "which utils.pm" or "which /usr/lib/nagios/plugins" never makes sense anyway... One of those two needs to be remedied. > You mentioned something about building the plugins in a chroot > environment. My guess is that your chroot is missing a lot of these > commands, and thus the substitutions are failing. The chroot has all the basics... it's just using mach(1) to build and tear it down each time to ensure it's always identical. > So I am going to reject your patch because it looks like there is > specific functionality the which routine is providing, even though it > is failing in your specialised case. However, I will try and make the > comments more informative. I think the patch is over-zealous, but a fix is still needed as described above. > Long term, the substitutions shouldn't be done at compile time, but > should be done at configure time instead. However, this will be a > tougher job to sort out. I welcome any patches in this area. Agreed, but in the short term, I think which() should be fixed to never replace "/usr/lib/nagios/plugins" whith "nagios/plugins" because that's never a good thing. -- Phil Dibowitz phil at ipom.com Freeware and Technical Pages Insanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Franklin, 1759 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 256 bytes Desc: OpenPGP digital signature URL: From noreply at sourceforge.net Tue Aug 30 14:24:06 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Aug 30 14:24:06 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1262777 ] Fix subst.in for non-upgrades Message-ID: Patches item #1262777, was opened at 2005-08-18 08:01 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1262777&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 Submitted By: Phil Dibowitz (jaymzh) Assigned to: Ton Voon (tonvoon) Summary: Fix subst.in for non-upgrades Initial Comment: The following patch takes out the call to the which() function, and the which() function itself in the subst.in awk script. This script attempts to determine if the libexec directory exists, and if it doesn't, it changes the "use lib" path to be relative instead of absolute. The problem is that the path is _about_ to exist (after "make install"), but doesn't yet exist... so on upgrades, this works, but on fresh installs, you have a "use lib" path that is relative and thus can't be called from nrpe in any useful way. While I see the theory of making things relative in the event the absolute path doesn't exist, the absolute path is about to exist, so making a decision on the presence of something you know you are about to make is quite silly. This fixes it and allows us to build RPMs of nagios-plugins in a chroot'd environment (like mach - mach.sf.net). This patch is against nagios-plugins-1.3.1. Thanks, Phil ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2005-08-30 22:23 Message: Logged In: YES user_id=664364 Cannot recreate this problem. Still speaking to Phil re: steps to recreate. ---------------------------------------------------------------------- Comment By: Phil Dibowitz (jaymzh) Date: 2005-08-22 10:04 Message: Logged In: YES user_id=533101 OK... still a moron. Didn't check the little box. Lets try this again. ---------------------------------------------------------------------- Comment By: Phil Dibowitz (jaymzh) Date: 2005-08-22 10:03 Message: Logged In: YES user_id=533101 OK, I'm a moron, I forgot to attach the patch. Here it is. - Phil ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-08-19 08:42 Message: Logged In: YES user_id=664364 Phil, Thanks for the patch. I will take a look at this today. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1262777&group_id=29880 From sghosh at sghosh.org Tue Aug 30 22:10:06 2005 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Tue Aug 30 22:10:06 2005 Subject: [Nagiosplug-devel] =?ISO-8859-1?Q?Re:_[Nagiosplug-devel]_[request]_adjustment_to_check_icmp?= In-Reply-To: <477.1123568696@www49.gmx.net> References: <477.1123568696@www49.gmx.net> Message-ID: On Tue, 9 Aug 2005, Joop Jansen wrote: > I don't have any requirements for the naming convention. > > Only don't know why multicast is confusing. > > Do you have enough information Andreas? > check_multicast by itself does not refer to any method or target. eg. - your described context is different from a routing protocol multicast monitor it is is checking liveness of the listeners. -sg > > > >> --- Urspr?ngliche Nachricht --- >> Von: Subhendu Ghosh >> An: nagiosplug-devel at lists.sourceforge.net >> Betreff: Re: [Nagiosplug-devel] [request] adjustment to check_icmp >> Datum: Sun, 7 Aug 2005 11:19:25 -0400 (EDT) >> >> On Sun, 7 Aug 2005, joop wrote: >> >>> Ah great, >>> >>> I've been thinking about what kind of >>> output it should generate. >>> But I think the most important is the output >>> "ok" or "critical". >>> >>> So It could be that the output is showing only the >>> first remote that responded. >>> >>> For the name something like check_multicast would be fine. >>> >>> Again thank you for your help! >>> >>> >> >> Check_icmp_multi >> >> multicast is confusing, longer and more descriptive names preferred. >> >> -- >> -sg >> >> >> ------------------------------------------------------- >> SF.Net email is Sponsored by the Better Software Conference & EXPO >> September 19-22, 2005 * San Francisco, CA * Development Lifecycle >> Practices >> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA >> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf >> _______________________________________________________ >> Nagios Plugin Development Mailing List >> Nagiosplug-devel at lists.sourceforge.net >> Unsubscribe at >> https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel >> ::: Please include plugins version (-v) and OS when reporting any issue. >> ::: Messages without supporting info will risk being sent to /dev/null >> > > -- From noreply at sourceforge.net Wed Aug 31 07:38:16 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Aug 31 07:38:16 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1277478 ] Check MySQL health (number of idle/active connections) Message-ID: Patches item #1277478, was opened at 2005-08-31 14:37 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1277478&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Peter Romianowski (antarapero) Assigned to: Nobody/Anonymous (nobody) Summary: Check MySQL health (number of idle/active connections) Initial Comment: Hi, I attached a script that checks the number of active and overall connections. Feel free to comment on, rewrite it or whatever ;) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1277478&group_id=29880 From noreply at sourceforge.net Wed Aug 31 08:30:09 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Aug 31 08:30:09 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1277478 ] Check MySQL health (number of idle/active connections) Message-ID: Patches item #1277478, was opened at 2005-08-31 14:37 Message generated for change (Comment added) made by antarapero You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1277478&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Peter Romianowski (antarapero) Assigned to: Nobody/Anonymous (nobody) Summary: Check MySQL health (number of idle/active connections) Initial Comment: Hi, I attached a script that checks the number of active and overall connections. Feel free to comment on, rewrite it or whatever ;) ---------------------------------------------------------------------- >Comment By: Peter Romianowski (antarapero) Date: 2005-08-31 15:29 Message: Logged In: YES user_id=346105 Hi again, I extended the script to be able to execute an arbitrary SQL statement which must return at least one row. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1277478&group_id=29880