From noreply at sourceforge.net Sat Apr 1 01:00:05 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Apr 1 01:00:05 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1446016 ] check_jabber forces SSL Message-ID: Bugs item #1446016, was opened at 2006-03-08 23:40 Message generated for change (Comment added) made by hadmut You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446016&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: Hadmut Danisch (hadmut) Assigned to: M. Sean Finney (seanius) Summary: check_jabber forces SSL Initial Comment: Hi, if check_tcp is called as check_jabber it forces the SSL flag to be set and thus fails to check jabber daemons without SSL. There are reasons to use jabber without SSL, e.g. when client certificates are required. Since jabberd does not support this feature, it must be used with stunnel. Since check_tcp does not support client certificates, it must check the unencrypted port directly, which is impossible due to the SSL enforcement. regards Hadmut ---------------------------------------------------------------------- >Comment By: Hadmut Danisch (hadmut) Date: 2006-04-01 08:59 Message: Logged In: YES user_id=44878 Hi, sorry for answering so late, but I had difficulties in logging me in into sourceforge, the server seems to have been down or under maintenance several times. Introducing client certs would be a pretty good idea, also for other checks. :-) But this still does not solve the problem how to verify services without SSL. In my particular case the jabberd sits behind an stunnel, so I would need to check it twice, once without SSL from inside, and once with a SSL client certificate from outside. Both checks are currently impossible. BTW: the client cert and the certificate age check should be enabled for all types of SSL query, including things like SMTP+TLS etc. It does not make sense to offer a server, because I simply use stunnel to provide services. You can easily setup this on your own machine by using an /etc/inetd.conf entry like ssljabber stream tcp nowait root /usr/sbin/stunnel stunnel -v 3 -N rackjabber -p /etc/ssl/private/jabber.pem -r 5222 or any other TCP service. See the stunnel manual (just add ssljabber with a different port number to /etc/services) regards Hadmut ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2006-03-13 17:53 Message: Logged In: YES user_id=226838 hi hadmut, would a better solution be to introduce client cert checking? this was on my todo list for check_tcp quite a while ago but i never got around to it largely because i don't have any setups that require it. if you'd be interested in pursuing this and have a server i could test with maybe we could work together on this? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446016&group_id=29880 From noreply at sourceforge.net Mon Apr 3 00:40:11 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 3 00:40:11 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1463369 ] check_ntp produce warning "Argument "(not parsed)" isn't num Message-ID: Bugs item #1463369, was opened at 2006-04-03 09: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=1463369&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None Status: Open Resolution: None Priority: 5 Submitted By: Herbert Straub (hstraub) Assigned to: Nobody/Anonymous (nobody) Summary: check_ntp produce warning "Argument "(not parsed)" isn't num Initial Comment: Nagios produce this warning status in the Webinterface: **ePN /usr/lib/nagios/plugins/check_ntp: "Argument "(not parsed)" isn't numeric in abs at (eval 13) line 401,". If i called the check_ntp from the command line, i see this output: /usr/lib/nagios/plugins/check_ntp -H myntphost -v ntperr = 0 ntperr = 0 remote refid st t when poll reach delay offset jitter No match! ============================================================================== No match! *111.111.111.111 193.49.205.17 2 u 140 1024 377 1.205 16.174 1.897 Candidate count= 1 match *111.111.111.111 193.49.205.17 2 u 140 1024 377 1.205 16.174 1.897 +111.111.111.112 193.49.205.17 2 u 960 1024 377 0.808 33.946 20.587 Candidate count= 2 No match! +10.1.1.19 111.111.111.112 3 u 249 1024 376 19.528 -2.866 14.789 Candidate count= 3 No match! Argument "(not parsed)" isn't numeric in abs at /usr/lib/nagios/plugins/check_ntp line 401. NTP OK: Offset -0.015000 secs, jitter (not parsed) msec, peer is stratum 2|offset=-0.015000, jitter=0,peer_stratum=2 This patch fix the error: diff -u /usr/lib/nagios/plugins/check_ntp.ORIG /usr/lib/nagios/plugins/check_ntp --- /usr/lib/nagios/plugins/check_ntp.ORIG 2006-04-03 08:47:49.000000000 +0200 +++ /usr/lib/nagios/plugins/check_ntp 2006-04-03 09:02:20.000000000 +0200 @@ -309,7 +309,6 @@ } } else { print "No match!\n" if $verbose; - $jitter = '(not parsed)'; } } Command line Output: /usr/lib/nagios/plugins/check_ntp -H myntphost NTP OK: Offset -0.000868 secs, jitter 1.897 msec, peer is stratum 2|offset=-0.000868, jitter=0.001897,peer_stratum=2 Webinterface: Status OK; Field: green Details: If the output line of ntpq not match, then the branch else {... overwrite the previous value of $jitter with '(not parsed)'. I think this line sould be dropped to work correctly. Best Regards Herbert Straub ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1463369&group_id=29880 From noreply at sourceforge.net Mon Apr 3 00:51:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 3 00:51:03 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1463375 ] check_ntp produce warning "Argument "(not parsed)" isn't num Message-ID: Bugs item #1463375, was opened at 2006-04-03 09:50 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=1463375&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None Status: Open Resolution: None Priority: 5 Submitted By: Herbert Straub (hstraub) Assigned to: Nobody/Anonymous (nobody) Summary: check_ntp produce warning "Argument "(not parsed)" isn't num Initial Comment: Nagios produce this warning status in the Webinterface: **ePN /usr/lib/nagios/plugins/check_ntp: "Argument "(not parsed)" isn't numeric in abs at (eval 13) line 401,". If i called the check_ntp from the command line, i see this output: /usr/lib/nagios/plugins/check_ntp -H myntphost -v ntperr = 0 ntperr = 0 remote refid st t when poll reach delay offset jitter No match! ============================================================================== No match! *111.111.111.111 193.49.205.17 2 u 140 1024 377 1.205 16.174 1.897 Candidate count= 1 match *111.111.111.111 193.49.205.17 2 u 140 1024 377 1.205 16.174 1.897 +111.111.111.112 193.49.205.17 2 u 960 1024 377 0.808 33.946 20.587 Candidate count= 2 No match! +10.1.1.19 111.111.111.112 3 u 249 1024 376 19.528 -2.866 14.789 Candidate count= 3 No match! Argument "(not parsed)" isn't numeric in abs at /usr/lib/nagios/plugins/check_ntp line 401. NTP OK: Offset -0.015000 secs, jitter (not parsed) msec, peer is stratum 2|offset=-0.015000, jitter=0,peer_stratum=2 This patch fix the error: diff -u /usr/lib/nagios/plugins/check_ntp.ORIG /usr/lib/nagios/plugins/check_ntp --- /usr/lib/nagios/plugins/check_ntp.ORIG 2006-04-03 08:47:49.000000000 +0200 +++ /usr/lib/nagios/plugins/check_ntp 2006-04-03 09:02:20.000000000 +0200 @@ -309,7 +309,6 @@ } } else { print "No match!\n" if $verbose; - $jitter = '(not parsed)'; } } Command line Output: /usr/lib/nagios/plugins/check_ntp -H myntphost NTP OK: Offset -0.000868 secs, jitter 1.897 msec, peer is stratum 2|offset=-0.000868, jitter=0.001897,peer_stratum=2 Webinterface: Status OK; Field: green Details: If the output line of ntpq not match, then the branch else {... overwrite the previous value of $jitter with '(not parsed)'. I think this line sould be dropped to work correctly. Best Regards Herbert Straub ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1463375&group_id=29880 From noreply at sourceforge.net Mon Apr 3 04:53:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 3 04:53:03 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1463494 ] check_ntp produce warning "Argument "(not parsed)" isn't num Message-ID: Bugs item #1463494, was opened at 2006-04-03 13:52 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=1463494&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None Status: Open Resolution: None Priority: 5 Submitted By: Herbert Straub (hstraub) Assigned to: Nobody/Anonymous (nobody) Summary: check_ntp produce warning "Argument "(not parsed)" isn't num Initial Comment: Nagios produce this warning status in the Webinterface: **ePN /usr/lib/nagios/plugins/check_ntp: "Argument "(not parsed)" isn't numeric in abs at (eval 13) line 401,". If i called the check_ntp from the command line, i see this output: /usr/lib/nagios/plugins/check_ntp -H myntphost -v ntperr = 0 ntperr = 0 remote refid st t when poll reach delay offset jitter No match! ============================================================================== No match! *111.111.111.111 193.49.205.17 2 u 140 1024 377 1.205 16.174 1.897 Candidate count= 1 match *111.111.111.111 193.49.205.17 2 u 140 1024 377 1.205 16.174 1.897 +111.111.111.112 193.49.205.17 2 u 960 1024 377 0.808 33.946 20.587 Candidate count= 2 No match! +10.1.1.19 111.111.111.112 3 u 249 1024 376 19.528 -2.866 14.789 Candidate count= 3 No match! Argument "(not parsed)" isn't numeric in abs at /usr/lib/nagios/plugins/check_ntp line 401. NTP OK: Offset -0.015000 secs, jitter (not parsed) msec, peer is stratum 2|offset=-0.015000, jitter=0,peer_stratum=2 This patch fix the error: diff -u /usr/lib/nagios/plugins/check_ntp.ORIG /usr/lib/nagios/plugins/check_ntp --- /usr/lib/nagios/plugins/check_ntp.ORIG 2006-04-03 08:47:49.000000000 +0200 +++ /usr/lib/nagios/plugins/check_ntp 2006-04-03 09:02:20.000000000 +0200 @@ -309,7 +309,6 @@ } } else { print "No match!\n" if $verbose; - $jitter = '(not parsed)'; } } Command line Output: /usr/lib/nagios/plugins/check_ntp -H myntphost NTP OK: Offset -0.000868 secs, jitter 1.897 msec, peer is stratum 2|offset=-0.000868, jitter=0.001897,peer_stratum=2 Webinterface: Status OK; Field: green Details: If the output line of ntpq not match, then the branch else {... overwrite the previous value of $jitter with '(not parsed)'. I think this line sould be dropped to work correctly. Best Regards Herbert Straub ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1463494&group_id=29880 From noreply at sourceforge.net Mon Apr 3 14:44:15 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 3 14:44:15 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1463846 ] check_procs via nrpe - proc count Message-ID: Bugs item #1463846, was opened at 2006-04-03 23:43 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=1463846&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: NotDisplayed123 (lbruun) Assigned to: Nobody/Anonymous (nobody) Summary: check_procs via nrpe - proc count Initial Comment: nrpe uses the popen to execute the check command. This means that a new shell will be spawned. check_procs should take care to ignore this process. If not then if check_procs is used with the -a option it will count one too many processes it its count. At the moment when nrpe executes check_procs I see two processes on my system: ../libexec/check_procs ..... foo sh -c ../libexec/check_procs ...... foo If my check_procs -a argument is "foo" then both of the above will be matched. Only the first will be caught by the ignore self catch. If I go back to an old version of check_procs that uses the old method to ignore self (compare procname against string constant "check_procs") and the old method to extract the basename (a strtok() loop) then I have no problem. I'm not saying those fixes should be undone. It's just an observation. I must admit I cannot really see how this has worked in the past... but it did. One obvious fix to the problem would be to test not only against mypid but also against myppid. I'm on Solaris but I doubt there's any difference between Solaris and Linux in this respect. Lars ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1463846&group_id=29880 From noreply at sourceforge.net Mon Apr 3 14:52:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 3 14:52:03 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1463853 ] check_procs: pids should use pid_t type Message-ID: Bugs item #1463853, was opened at 2006-04-03 23:51 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=1463853&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: NotDisplayed123 (lbruun) Assigned to: Nobody/Anonymous (nobody) Summary: check_procs: pids should use pid_t type Initial Comment: Current code uses: int procpid; Instead the code should consistently use: pid_t procpid; The reason is that it cannot be assumed that a PID is always an int, e.g. on Solaris 32 bit is a long int. This is a minor thing. Lars ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1463853&group_id=29880 From noreply at sourceforge.net Tue Apr 4 08:49:09 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Apr 4 08:49:09 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1464321 ] check_ntp error: Use of uninitialized value in division Message-ID: Bugs item #1464321, was opened at 2006-04-04 17:48 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=1464321&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Herbert Straub (hstraub) Assigned to: Nobody/Anonymous (nobody) Summary: check_ntp error: Use of uninitialized value in division Initial Comment: Version: 1.4.2 Situation: retrieving ntp information of "ntp clients". This is done with ntpdate. I get this error message: /usr/lib/nagios/plugins/check_ntp -v -H myntpclient -w 3 -c 10 ntperr = 0 ntperr = 0 myntpclient: timed out, nothing received Use of uninitialized value in division (/) at /usr/lib/nagios/plugins/check_ntp line 423. NTP CRITICAL: Offset -37.599848 sec > +/- 10 sec|offset=-37.599848, jitter=0,peer_stratum=14 It seems, that ntpdate cannot get the jitter information, but the output calculate with $jitter. I think, this patch fix this bug: diff -u /usr/lib/nagios/plugins/check_ntp.SAVE2 /usr/lib/nagios/plugins/check_ntp --- /usr/lib/nagios/plugins/check_ntp.SAVE2 2006-04-04 17:31:04.000000000 +0200 +++ /usr/lib/nagios/plugins/check_ntp 2006-04-04 17:33:12.000000000 +0200 @@ -420,7 +420,7 @@ foreach my $key (keys %ERRORS) { if ($state==$ERRORS{$key}) { # print ("NTP $key: $answer"); - print ("NTP $key: $answer|offset=$offset, jitter=" . $jitter/1000 . ",peer_stratum=$stratum\n"); + print ("NTP $key: $answer|offset=$offset, jitter=" . (defined($jitter) ? $jitter/1000 : "not available") . ",peer_stratum=$stratum\n"); last; } } Output: /usr/lib/nagios/plugins/check_ntp -v -H myntpclient -w 3 -c 10 ntperr = 0 ntperr = 0 myntpclient: timed out, nothing received NTP CRITICAL: Offset -37.622197 sec > +/- 10 sec|offset=-37.622197, jitter=not available,peer_stratum=14 Best regards Herbert Straub ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1464321&group_id=29880 From noreply at sourceforge.net Tue Apr 4 19:21:26 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Apr 4 19:21:26 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1359414 ] 64bits support for mysql Message-ID: <200604050220.k352KNOB017652@sc8-sf-db2-new-b.sourceforge.net> Bugs item #1359414, was opened at 11/17/05 17:58 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1359414&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) >Status: Closed Resolution: Accepted Priority: 5 Submitted By: Johan Fischer (fischaz) Assigned to: Ton Voon (tonvoon) Summary: 64bits support for mysql Initial Comment: nagios-plugins 1.4.2 (and current CVS HEAD as well) don't build the check_mysql plugin for a x86_64 bits arch. on my system (centos 4.2 on a x86_64), the mysql library is located (like most of the libs) in /usr/lib64/mysql and not anymore in /usr/lib For this situation I used a quick hack (see attached patch) to call mysql_config and use it to get the mysql lib and include path on any linux system... I'm sure the hack is not portable enough since I removed most of the tests trusting the result of the mysql_config call.... But the intention is to, if mysql_config exists, use it, and if not, fallback on the usual tests. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 04/04/06 19:20 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 03/21/06 03:44 Message: Logged In: YES user_id=664364 Johan, Thanks for this patch. Have applied to CVS HEAD. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1359414&group_id=29880 From noreply at sourceforge.net Tue Apr 4 19:21:31 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Apr 4 19:21:31 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1430709 ] check_uptime don´t compile error Message-ID: <200604050220.k352KRQI017709@sc8-sf-db2-new-b.sourceforge.net> Bugs item #1430709, was opened at 02/13/06 07:17 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1430709&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Wilson Galafassi (wgalafassijr) Assigned to: Ton Voon (tonvoon) Summary: check_uptime don??t compile error Initial Comment: hello. when i try to complite check_uptime.c this error occours: gcc check_uptime.c check_uptime.c:24:20: config.h: No such file or directory check_uptime.c:25:20: common.h: No such file or directory check_uptime.c:26:19: utils.h: No such file or directory check_uptime.c:27:19: popen.h: No such file or directory check_uptime.c: In function `main': check_uptime.c:33: error: `MAX_INPUT_BUFFER' undeclared (first use in this function) check_uptime.c:33: error: (Each undeclared identifier is reported only once check_uptime.c:33: error: for each function it appears in.) check_uptime.c:36: error: `NULL' undeclared (first use in this function) check_uptime.c:52: error: `STATE_UNKNOWN' undeclared (first use in this function) check_uptime.c:55: error: `child_process' undeclared (first use in this function) check_uptime.c:55: error: `PATH_TO_UPTIME' undeclared (first use in this function) check_uptime.c:60: error: `child_stderr' undeclared (first use in this function) check_uptime.c:60: error: `child_stderr_array' undeclared (first use in this function) check_uptime.c:78: warning: assignment makes pointer from integer without a cast check_uptime.c:80: warning: assignment makes pointer from integer without a cast check_uptime.c:98: error: `STATE_OK' undeclared (first use in this function) i??m using fc4 and nagios-plugins-1.4.2. very thanks wilson ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 04/04/06 19:20 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 03/21/06 05:01 Message: Logged In: YES user_id=664364 Wilson, Have you run ./configure? I'm guessing not because config.h has not been created. You need to run this before you can compile any specific plugins. See the README file. I'm marking this tracker item as PENDING. Please update if there is still an issue. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1430709&group_id=29880 From noreply at sourceforge.net Tue Apr 4 19:21:36 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Apr 4 19:21:36 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1412721 ] check_dns does not compile on Debian 3.1 Message-ID: <200604050220.k352KXMr017872@sc8-sf-db2-new-b.sourceforge.net> Bugs item #1412721, was opened at 01/23/06 03:09 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1412721&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: snapshot tarball >Status: Closed Resolution: None Priority: 5 Submitted By: Sakari Lehtonen (sakari) Assigned to: Ton Voon (tonvoon) Summary: check_dns does not compile on Debian 3.1 Initial Comment: Debian does not have nslookup, they use the package host instead. When compiling the nagios-plugins-HEAD-200601230052, compilation of check_dns fails with the following error: check_dns.c: In function `main': check_dns.c:81: error: `NSLOOKUP_COMMAND' undeclared (first use in this function) check_dns.c:81: error: (Each undeclared identifier is reported only once check_dns.c:81: error: for each function it appears in.) make[2]: *** [check_dns.o] Error 1 make[2]: Leaving directory `/tmp/nagios-plugins-HEAD-200601230052/ plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/nagios-plugins-HEAD-200601230052' make: *** [all] Error 2 Version 1.4.2 of nagios-plugins compiles on this system, and it does warn about nslookup missing when running ./configure. The HEAD version does not warn about nslookup missing. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 04/04/06 19:20 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 03/21/06 06:20 Message: Logged In: YES user_id=664364 Sakari, Thanks for the bug report. It seems that check_dns was trying to compile because the host command was found. However, check_dns does not actually use the host command at all. So the plugins 1.4.2 were incorrect in trying to compile check_dns. I've fixed configure.in in CVS so that it will not test for the host command anymore and also fixed a few display issues during configure for checking nslookup. Please try the snapshot at http://nagiosplug.sf.net/snapshot. I'm marking this call as pending - please change the status if this is still a problem. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1412721&group_id=29880 From noreply at sourceforge.net Wed Apr 5 01:00:04 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 5 01:00:04 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1457726 ] check_http -k parameters Message-ID: Bugs item #1457726, was opened at 2006-03-24 13:22 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1457726&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: CVS >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Gerd Mueller (gmueller_2000) Assigned to: Ton Voon (tonvoon) Summary: check_http -k parameters Initial Comment: I found a problem with check_http. The usage told me to use a semicolon for -k to separate other tags to be sent in http header. But how can I configured that inside Nagios? A comment always starts with a semicolon always and so Nagios removes everything starting with the semicolon per line. The possible solutions I see are escaping semicolons or use a different INPUT_DELIMITER Gerd ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-04-05 08:59 Message: Logged In: YES user_id=664364 Gerd, Multiple -k parameters allowed. Applied to CVS. Ton ---------------------------------------------------------------------- Comment By: Gerd Mueller (gmueller_2000) Date: 2006-03-30 09:05 Message: Logged In: YES user_id=685055 Hmm, multiple -k would do it for check_http Gerd ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-03-24 14:13 Message: Logged In: YES user_id=664364 What about multiple -k invocations? ---------------------------------------------------------------------- Comment By: Gerd Mueller (gmueller_2000) Date: 2006-03-24 14:07 Message: Logged In: YES user_id=685055 Hi Ton, yes, but it will not work with the current stable nagios release. So -k for more than one header is not useable. That is why I am calling it a bug. Escaping of semicolons or escaping of all nasty characters inside nagios and nrpe would be also my preferred solution. I had a lot of problems with backslashes as well. But I think that will cause a lot of side-effects and won't be a easy patch for nagios. It might also cause a lot of problems with working configs. That is why I do not expect a change in Nagios logic before version 3. But I hope Ethan will consider this change for the next upcoming major release. Meanwhile no plugin should use a semicolon as parameter. Gerd ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-03-24 13:51 Message: Logged In: YES user_id=664364 Gerd, This doesn't sound like a plugin problem. I'm guessing we use semi-colons for the delimiter because colons could be used in the data, so I'm not too keen on changing. I think this is really a problem in Nagios to allow semi-colons to be escaped in the command that it runs. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1457726&group_id=29880 From noreply at sourceforge.net Wed Apr 5 01:08:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 5 01:08:03 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1463853 ] check_procs: pids should use pid_t type Message-ID: Bugs item #1463853, was opened at 2006-04-03 22:51 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1463853&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: CVS >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: NotDisplayed123 (lbruun) >Assigned to: Ton Voon (tonvoon) Summary: check_procs: pids should use pid_t type Initial Comment: Current code uses: int procpid; Instead the code should consistently use: pid_t procpid; The reason is that it cannot be assumed that a PID is always an int, e.g. on Solaris 32 bit is a long int. This is a minor thing. Lars ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-04-05 09:07 Message: Logged In: YES user_id=664364 Lars, Thanks for the report. Changed ints to pid_t in CVS HEAD. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1463853&group_id=29880 From ton.voon at altinity.com Wed Apr 5 01:15:12 2006 From: ton.voon at altinity.com (Ton Voon) Date: Wed Apr 5 01:15:12 2006 Subject: [Nagiosplug-devel] Final call for flight 1.4.3 boarding on Saturday Message-ID: Hi, Subhendu and I will be taking a cut of the 1.4.3 release this weekend. Any last minute changes can be thrown in, as long as the tinderbox builds stay green! http://tinderbox.altinity.org Can you make sure the CHANGES file is up to date, as an announcement is made off the items in there. Sean, do you want to add your experimental check_ntp.c and check_apt.c into the distribution (but not automatically build)? Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From seanius at seanius.net Wed Apr 5 12:52:05 2006 From: seanius at seanius.net (sean finney) Date: Wed Apr 5 12:52:05 2006 Subject: [Nagiosplug-devel] Final call for flight 1.4.3 boarding on Saturday In-Reply-To: References: Message-ID: <20060405195128.GA25223@seanius.net> hey ton, On Wed, Apr 05, 2006 at 09:14:32AM +0100, Ton Voon wrote: > Sean, do you want to add your experimental check_ntp.c and > check_apt.c into the distribution (but not automatically build)? for check_ntp, i'd say no. i've been speaking off-list with bill and i think it's possible that we may have a version by this weekend, but i wouldn't count on it. moreover the lack of time for testing and the severity of the change (total rewrite) make me rather hesitant. as for check_apt, i think it'd be great if we could include it but not have it build by default. that way i could sneak it as easily as possible into the debian builds (it's really hard to muck with the automake/autoconf stuff otherwise). sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From noreply at sourceforge.net Wed Apr 5 13:04:10 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 5 13:04:10 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1465288 ] core dunmp for many plugins under Solaris Message-ID: Bugs item #1465288, was opened at 2006-04-05 16:03 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=1465288&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Jason Kau (bubbafat) Assigned to: Nobody/Anonymous (nobody) Summary: core dunmp for many plugins under Solaris Initial Comment: On Solaris, many of the plugins core dump when provided with an invalid option: ./check_http -X ./check_http: invalid option -- X Segmentation Fault (core dumped) But not all: ./check_disk -Z ./check_disk: invalid option -- Z Unknown argument Usage: check_disk -w limit -c limit [-p path | -x device] [-t timeout][-m] [-e] [-W limit] [-K limit] [- v] [-q] plugins/utils.c is trying to printf a null char pointer. Although many UNIXes catch this and print or , Solaris core dumps with SIGSEGV. Thus I propose this following patch: --- utils.c Wed Apr 5 16:03:03 2006 +++ utils.c.orig Wed Apr 5 16:00:59 2006 @@ -71,7 +71,7 @@ void usage2(const char *msg, const char *arg) { - printf ("%s: %s - %s\n",progname,msg,arg? arg:"(null)"); + printf ("%s: %s - %s\n",progname,msg,arg); print_usage (); exit (STATE_UNKNOWN); } @@ -79,7 +79,7 @@ void usage3 (const char *msg, int arg) { - printf ("%s: %s - %c\n", progname, msg, arg? arg:"(null)"); + printf ("%s: %s - %c\n", progname, msg, arg); print_usage(); exit (STATE_UNKNOWN); } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1465288&group_id=29880 From noreply at sourceforge.net Wed Apr 5 13:07:07 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 5 13:07:07 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1465288 ] core dunmp for many plugins under Solaris Message-ID: Bugs item #1465288, was opened at 2006-04-05 16:03 Message generated for change (Comment added) made by bubbafat You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1465288&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Jason Kau (bubbafat) Assigned to: Nobody/Anonymous (nobody) Summary: core dunmp for many plugins under Solaris Initial Comment: On Solaris, many of the plugins core dump when provided with an invalid option: ./check_http -X ./check_http: invalid option -- X Segmentation Fault (core dumped) But not all: ./check_disk -Z ./check_disk: invalid option -- Z Unknown argument Usage: check_disk -w limit -c limit [-p path | -x device] [-t timeout][-m] [-e] [-W limit] [-K limit] [- v] [-q] plugins/utils.c is trying to printf a null char pointer. Although many UNIXes catch this and print or , Solaris core dumps with SIGSEGV. Thus I propose this following patch: --- utils.c Wed Apr 5 16:03:03 2006 +++ utils.c.orig Wed Apr 5 16:00:59 2006 @@ -71,7 +71,7 @@ void usage2(const char *msg, const char *arg) { - printf ("%s: %s - %s\n",progname,msg,arg? arg:"(null)"); + printf ("%s: %s - %s\n",progname,msg,arg); print_usage (); exit (STATE_UNKNOWN); } @@ -79,7 +79,7 @@ void usage3 (const char *msg, int arg) { - printf ("%s: %s - %c\n", progname, msg, arg? arg:"(null)"); + printf ("%s: %s - %c\n", progname, msg, arg); print_usage(); exit (STATE_UNKNOWN); } ---------------------------------------------------------------------- >Comment By: Jason Kau (bubbafat) Date: 2006-04-05 16:06 Message: Logged In: YES user_id=1495257 Oops, obviously I reversed that and meant: --- utils.c.orig Wed Apr 5 16:00:59 2006 +++ utils.c Wed Apr 5 16:03:03 2006 @@ -71,7 +71,7 @@ void usage2(const char *msg, const char *arg) { - printf ("%s: %s - %s\n",progname,msg,arg); + printf ("%s: %s - %s\n",progname,msg,arg? arg:"(null)"); print_usage (); exit (STATE_UNKNOWN); } @@ -79,7 +79,7 @@ void usage3 (const char *msg, int arg) { - printf ("%s: %s - %c\n", progname, msg, arg); + printf ("%s: %s - %c\n", progname, msg, arg? arg:"(null)"); print_usage(); exit (STATE_UNKNOWN); } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1465288&group_id=29880 From noreply at sourceforge.net Wed Apr 5 13:08:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 5 13:08:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1465288 ] core dunmp for many plugins under Solaris Message-ID: Bugs item #1465288, was opened at 2006-04-05 16:03 Message generated for change (Comment added) made by bubbafat You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1465288&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Jason Kau (bubbafat) Assigned to: Nobody/Anonymous (nobody) Summary: core dunmp for many plugins under Solaris Initial Comment: On Solaris, many of the plugins core dump when provided with an invalid option: ./check_http -X ./check_http: invalid option -- X Segmentation Fault (core dumped) But not all: ./check_disk -Z ./check_disk: invalid option -- Z Unknown argument Usage: check_disk -w limit -c limit [-p path | -x device] [-t timeout][-m] [-e] [-W limit] [-K limit] [- v] [-q] plugins/utils.c is trying to printf a null char pointer. Although many UNIXes catch this and print or , Solaris core dumps with SIGSEGV. Thus I propose this following patch: --- utils.c Wed Apr 5 16:03:03 2006 +++ utils.c.orig Wed Apr 5 16:00:59 2006 @@ -71,7 +71,7 @@ void usage2(const char *msg, const char *arg) { - printf ("%s: %s - %s\n",progname,msg,arg? arg:"(null)"); + printf ("%s: %s - %s\n",progname,msg,arg); print_usage (); exit (STATE_UNKNOWN); } @@ -79,7 +79,7 @@ void usage3 (const char *msg, int arg) { - printf ("%s: %s - %c\n", progname, msg, arg? arg:"(null)"); + printf ("%s: %s - %c\n", progname, msg, arg); print_usage(); exit (STATE_UNKNOWN); } ---------------------------------------------------------------------- >Comment By: Jason Kau (bubbafat) Date: 2006-04-05 16:07 Message: Logged In: YES user_id=1495257 Oops, obviously I reversed that and meant: --- utils.c.orig Wed Apr 5 16:00:59 2006 +++ utils.c Wed Apr 5 16:03:03 2006 @@ -71,7 +71,7 @@ void usage2(const char *msg, const char *arg) { - printf ("%s: %s - %s\n",progname,msg,arg); + printf ("%s: %s - %s\n",progname,msg,arg? arg:"(null)"); print_usage (); exit (STATE_UNKNOWN); } @@ -79,7 +79,7 @@ void usage3 (const char *msg, int arg) { - printf ("%s: %s - %c\n", progname, msg, arg); + printf ("%s: %s - %c\n", progname, msg, arg? arg:"(null)"); print_usage(); exit (STATE_UNKNOWN); } ---------------------------------------------------------------------- Comment By: Jason Kau (bubbafat) Date: 2006-04-05 16:06 Message: Logged In: YES user_id=1495257 Oops, obviously I reversed that and meant: --- utils.c.orig Wed Apr 5 16:00:59 2006 +++ utils.c Wed Apr 5 16:03:03 2006 @@ -71,7 +71,7 @@ void usage2(const char *msg, const char *arg) { - printf ("%s: %s - %s\n",progname,msg,arg); + printf ("%s: %s - %s\n",progname,msg,arg? arg:"(null)"); print_usage (); exit (STATE_UNKNOWN); } @@ -79,7 +79,7 @@ void usage3 (const char *msg, int arg) { - printf ("%s: %s - %c\n", progname, msg, arg); + printf ("%s: %s - %c\n", progname, msg, arg? arg:"(null)"); print_usage(); exit (STATE_UNKNOWN); } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1465288&group_id=29880 From noreply at sourceforge.net Wed Apr 5 19:21:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 5 19:21:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1391483 ] utils.sh.in hardcodes path to sed Message-ID: <200604060220.k362KQN2027718@sc8-sf-db2-new-b.sourceforge.net> Patches item #1391483, was opened at 12/27/05 13:37 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1391483&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None >Status: Closed Resolution: Fixed Priority: 5 Submitted By: abs (absd) Assigned to: Ton Voon (tonvoon) Summary: utils.sh.in hardcodes path to sed Initial Comment: plugins-scripts/utils.sh.in hardcodes the path to sed as /bin/sed, which is fine for Linux systems but not for others such as Solaris and BSD: The following patch was cut & pasted, so may need 'patch -l' to apply. --- plugins-scripts/utils.sh.in.orig 2002-06-06 05:16:56.000000000 +0100 +++ plugins-scripts/utils.sh.in @@ -12,12 +12,18 @@ else ECHO=echo fi +if test -x /bin/sed; then + SED=/bin/sed +else + SED=/usr/bin/sed +fi + print_revision() { echo "$1 (@PACKAGE@ @VERSION@) $2" - $ECHO "@WARRANTY@" | /bin/sed -e 's/\n/ /g' + $ECHO "@WARRANTY@" | $SED -e 's/\n/ /g' } support() { - $ECHO "@SUPPORT@" | /bin/sed -e 's/\n/ /g' + $ECHO "@SUPPORT@" | $SED -e 's/\n/ /g' } ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 04/05/06 19:20 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 03/22/06 04:59 Message: Logged In: YES user_id=664364 Abs, Thanks for the patch. Have changed it to just run sed, so it should be discovered at run time. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1391483&group_id=29880 From noreply at sourceforge.net Wed Apr 5 19:21:04 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 5 19:21:04 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1120018 ] Fix check_by_ssh so it can connect to servers with banners Message-ID: <200604060220.k362KRHv027762@sc8-sf-db2-new-b.sourceforge.net> Patches item #1120018, was opened at 02/10/05 05:18 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1120018&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: Closed Resolution: None Priority: 5 Submitted By: r2c (r2c) Assigned to: Ton Voon (tonvoon) Summary: Fix check_by_ssh so it can connect to servers with banners Initial Comment: Added the option "-q" (quiet) to the check_by_ssh. This passes the same option to the ssh program, telling it to ignore the server login banners. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 04/05/06 19:20 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 03/22/06 05:11 Message: Logged In: YES user_id=664364 Hi r2c, I'm not sure if this is the best patch to apply. There is already a -S option to ignore X lines of output on stderr, which will cater for the banner. -q would suppress messages which would mean that the plugin may not pick up certain error conditions. I'm going to mark this call into PENDING. Please change if you want to continue the discussion. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1120018&group_id=29880 From noreply at sourceforge.net Wed Apr 5 19:21:05 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 5 19:21:05 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1455619 ] check_procs segfaults with zombies Message-ID: <200604060220.k362KR9T027780@sc8-sf-db2-new-b.sourceforge.net> Patches item #1455619, was opened at 03/21/06 12:03 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1455619&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: gerhard lausser (lausser) Assigned to: Ton Voon (tonvoon) Summary: check_procs segfaults with zombies Initial Comment: Hi, under solaris, ps produces output like this for zombie processes: Z 55618 28898 15263 0 0 0.0 The statement cols = sscanf (input_line, PS_FORMAT, PS_VARLIST); which is actually this one: ...sscanf (input_line, "%s %d %d %d %d %d %f %s%n", procstat,&procuid,&procpid,&procpid,&procvsz,&procrss, &procpcpu,procprog,&pos); does not fill the pos variable with a value because there is no match for the last %s. pos keeps the value it got when the last time a non-zombie process was found. pos points to the arguments following procprog which is senseless in this case anyway. but later it is used to initialize the procargs array. asprintf (&procargs, "%s", input_line + pos); In the case of a zombie pos has a value related to the last input_line but not the current one, so an illegal byte beyond the strings end may be accessed. I made a patch which takes this into account. Greetings from Munich, Gerhard ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 04/05/06 19:20 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 03/22/06 05:15 Message: Logged In: YES user_id=664364 Gerhard, Thanks for the patch. For the upcoming 1.4.3 release, Solaris processes will be read differently. A new executable, pst, will be created which will return the equivalent ps output. Please can you try this and see if it fixes your zombie issues. If not, I'll be happy to accept a patch against that. Please try the snapshot at http://nagiosplug.sourceforge.net/snapshot/ Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1455619&group_id=29880 From noreply at sourceforge.net Wed Apr 5 19:21:07 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 5 19:21:07 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1120002 ] Fix for check_mysql to support MySQL 4.1.x Slave Check Message-ID: <200604060220.k362KRpd027741@sc8-sf-db2-new-b.sourceforge.net> Patches item #1120002, was opened at 02/10/05 04:52 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1120002&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: Duplicate Priority: 5 Submitted By: Wouter de Jong (maddog2k) Assigned to: Ton Voon (tonvoon) Summary: Fix for check_mysql to support MySQL 4.1.x Slave Check Initial Comment: Patch for check_mysql.c to use dynamic column numbers for the Slave Status information, instead of static. This to support newer versions easier in the future, and for now MySQL 4.1.x :)) ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 04/05/06 19:20 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 03/22/06 05:03 Message: Logged In: YES user_id=664364 Wouter, Thanks for the patch. I think this is already in CVS. Can you please try the snapshot at http://nagiosplug.sf.net/snapshot. I've marked this call as pending. Please change if you think this is still open. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1120002&group_id=29880 From noreply at sourceforge.net Wed Apr 5 19:21:08 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 5 19:21:08 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1396593 ] Perfdata Output by check_dns Message-ID: <200604060220.k362KSnv027809@sc8-sf-db2-new-b.sourceforge.net> Bugs item #1396593, was opened at 01/03/06 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=1396593&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) >Status: Closed Resolution: None Priority: 5 Submitted By: Tobias Mucke (mucke) Assigned to: Ton Voon (tonvoon) Summary: Perfdata Output by check_dns Initial Comment: Hi everybody, just a little bug in perfdata output of the plugin check_dns. I'am using 1.4.2. Example for dns reverse lookup: /opt/nagios/plugins/check_dns -H IP -t 10 DNS OK: 0.004 seconds response time IP returns FQHN. |time=0.003981s;;;0.000000 Between plugin output and perfdata output is a line break, so perfdata will not get processed by Nagios. If I call it like a dns forward lookup, there is no line break. /opt/nagios/plugins/check_dns -H FQHN -a IP -t 10 DNS OK: 0.005 seconds response time FQHN returns IP|time=0.004883s;;;0.000000 By the way, it would be very nice to really test dns forward lookups by check_dns. I tried it the following, but this doesn't work, of course. Although it seems strange that FQHN ist not FQHN. /opt/nagios/plugins/check_dns -H IP -a FQHN -t 10 DNS CRITICAL - expected FQHN but got FQHN. Thanks a lot. Tobias ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 04/05/06 19:20 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 03/22/06 06:07 Message: Logged In: YES user_id=664364 Tobias, Mark, Thanks for the report and the patch. This appears to already be fixed in CVS. Please try the snapshot at http://nagiosplug.sf.net/snapshot. I'll mark the call in PENDING - please change if there is still an error. Tobais, the reverse lookup does work, but requires a '.' at the end - this is due to the output being given back from nslookup. I've changed the output so that the strings are quoted. Eg, DNS CRITICAL - expected 'www.apple.com' but got 'www.apple.com.' Ton ---------------------------------------------------------------------- Comment By: Mark Favas (mfavas) Date: 01/14/06 18:56 Message: Logged In: YES user_id=44979 Fixed linebreak issue: diff -c check_dns.c.orig check_dns.c *** check_dns.c.orig Sun Jan 15 10:30:55 2006 --- check_dns.c Sun Jan 15 10:55:07 2006 *************** *** 173,178 **** --- 173,179 ---- /* If we got here, we should have an address string, and we can segfault if we do not */ + strip(address); if (address==NULL || strlen(address)==0) die (STATE_CRITICAL, _("DNS CRITICAL - '%s' output parsing exited with no address\n"), ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1396593&group_id=29880 From noreply at sourceforge.net Thu Apr 6 03:11:20 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Apr 6 03:11:20 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1465288 ] core dunmp for many plugins under Solaris Message-ID: Bugs item #1465288, was opened at 2006-04-05 21:03 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1465288&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: CVS >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jason Kau (bubbafat) >Assigned to: Ton Voon (tonvoon) Summary: core dunmp for many plugins under Solaris Initial Comment: On Solaris, many of the plugins core dump when provided with an invalid option: ./check_http -X ./check_http: invalid option -- X Segmentation Fault (core dumped) But not all: ./check_disk -Z ./check_disk: invalid option -- Z Unknown argument Usage: check_disk -w limit -c limit [-p path | -x device] [-t timeout][-m] [-e] [-W limit] [-K limit] [- v] [-q] plugins/utils.c is trying to printf a null char pointer. Although many UNIXes catch this and print or , Solaris core dumps with SIGSEGV. Thus I propose this following patch: --- utils.c Wed Apr 5 16:03:03 2006 +++ utils.c.orig Wed Apr 5 16:00:59 2006 @@ -71,7 +71,7 @@ void usage2(const char *msg, const char *arg) { - printf ("%s: %s - %s\n",progname,msg,arg? arg:"(null)"); + printf ("%s: %s - %s\n",progname,msg,arg); print_usage (); exit (STATE_UNKNOWN); } @@ -79,7 +79,7 @@ void usage3 (const char *msg, int arg) { - printf ("%s: %s - %c\n", progname, msg, arg? arg:"(null)"); + printf ("%s: %s - %c\n", progname, msg, arg); print_usage(); exit (STATE_UNKNOWN); } ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-04-06 11:10 Message: Logged In: YES user_id=664364 Jason, Thanks for the patch. Have applied usage2's change to CVS, but not usage3 as that is an int, not a char*. Ton ---------------------------------------------------------------------- Comment By: Jason Kau (bubbafat) Date: 2006-04-05 21:07 Message: Logged In: YES user_id=1495257 Oops, obviously I reversed that and meant: --- utils.c.orig Wed Apr 5 16:00:59 2006 +++ utils.c Wed Apr 5 16:03:03 2006 @@ -71,7 +71,7 @@ void usage2(const char *msg, const char *arg) { - printf ("%s: %s - %s\n",progname,msg,arg); + printf ("%s: %s - %s\n",progname,msg,arg? arg:"(null)"); print_usage (); exit (STATE_UNKNOWN); } @@ -79,7 +79,7 @@ void usage3 (const char *msg, int arg) { - printf ("%s: %s - %c\n", progname, msg, arg); + printf ("%s: %s - %c\n", progname, msg, arg? arg:"(null)"); print_usage(); exit (STATE_UNKNOWN); } ---------------------------------------------------------------------- Comment By: Jason Kau (bubbafat) Date: 2006-04-05 21:06 Message: Logged In: YES user_id=1495257 Oops, obviously I reversed that and meant: --- utils.c.orig Wed Apr 5 16:00:59 2006 +++ utils.c Wed Apr 5 16:03:03 2006 @@ -71,7 +71,7 @@ void usage2(const char *msg, const char *arg) { - printf ("%s: %s - %s\n",progname,msg,arg); + printf ("%s: %s - %s\n",progname,msg,arg? arg:"(null)"); print_usage (); exit (STATE_UNKNOWN); } @@ -79,7 +79,7 @@ void usage3 (const char *msg, int arg) { - printf ("%s: %s - %c\n", progname, msg, arg); + printf ("%s: %s - %c\n", progname, msg, arg? arg:"(null)"); print_usage(); exit (STATE_UNKNOWN); } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1465288&group_id=29880 From lhecking at users.sourceforge.net Thu Apr 6 04:45:03 2006 From: lhecking at users.sourceforge.net (Lars Hecking) Date: Thu Apr 6 04:45:03 2006 Subject: [Nagiosplug-devel] Perl module name change request Message-ID: <200604061108.k36B8sQF023024@cork.irdesign.cypress.com> Hi all, I ran into a serious problem with nagios-plugins-1.4.2-1.1.el3.rf.i386.rpm downloaded from Dag Wieers' site. This package installs utils.pm into both /usr/lib/nagios/plugins/ and /usr/lib/perl5/vendor_perl/5.8.0/. The latter is causing a huge problem here: it interferes with a custom wrapper we use for Mentor CAD tools. This wrapper appends rather than prepends its own library directory to @INC; I'm not sure I can get our CAD department to change that (you know how it's like in a big company: procedures to be followed, QA etc.). For now, I can workaround this by removing /usr/lib/perl5/vendor_perl/5.8.0/utils.pm after rpm installation; the perl based plugins are not being used. But In the long term, you should change either the install location, or the name of the module - utils.pm is very generic. Thanks! From dag at wieers.com Thu Apr 6 04:45:05 2006 From: dag at wieers.com (Dag Wieers) Date: Thu Apr 6 04:45:05 2006 Subject: [Nagiosplug-devel] Re: Perl module name change request In-Reply-To: <200604061108.k36B8sQF023024@cork.irdesign.cypress.com> References: <200604061108.k36B8sQF023024@cork.irdesign.cypress.com> Message-ID: On Thu, 6 Apr 2006, Lars Hecking wrote: > I ran into a serious problem with nagios-plugins-1.4.2-1.1.el3.rf.i386.rpm > downloaded from Dag Wieers' site. This package installs utils.pm into both > /usr/lib/nagios/plugins/ and /usr/lib/perl5/vendor_perl/5.8.0/. The latter > is causing a huge problem here: it interferes with a custom wrapper we use > for Mentor CAD tools. This wrapper appends rather than prepends its own > library directory to @INC; I'm not sure I can get our CAD department to > change that (you know how it's like in a big company: procedures to be > followed, QA etc.). > > For now, I can workaround this by removing > /usr/lib/perl5/vendor_perl/5.8.0/utils.pm after rpm installation; the > perl based plugins are not being used. But In the long term, you should > change either the install location, or the name of the module - utils.pm > is very generic. Lars, thanks for making the time to report this. The installation part of nagios and the nagios-plugins can use some redesign. Things are too complicated, paths have to be reorganized and default config-files have to be rewritten to make it work properly. Nagios is one of the most complicated in its kind (and I package more than 2500 projects). This causes documentation to be different (depending on who packages nagios or how it was installed) and leads to enough problems to think over and standardize the directory structure used by Nagios. Kind regards, -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From ton.voon at altinity.com Thu Apr 6 04:59:21 2006 From: ton.voon at altinity.com (Ton Voon) Date: Thu Apr 6 04:59:21 2006 Subject: [Nagiosplug-devel] Perl module name change request In-Reply-To: References: <200604061108.k36B8sQF023024@cork.irdesign.cypress.com> Message-ID: <8F41C1EE-6866-42C9-B6CF-49EF28616693@altinity.com> On 6 Apr 2006, at 12:14, Dag Wieers wrote: > On Thu, 6 Apr 2006, Lars Hecking wrote: > >> I ran into a serious problem with nagios- >> plugins-1.4.2-1.1.el3.rf.i386.rpm >> downloaded from Dag Wieers' site. This package installs utils.pm >> into both >> /usr/lib/nagios/plugins/ and /usr/lib/perl5/vendor_perl/5.8.0/. >> The latter >> is causing a huge problem here: it interferes with a custom >> wrapper we use >> for Mentor CAD tools. This wrapper appends rather than prepends >> its own >> library directory to @INC; I'm not sure I can get our CAD >> department to >> change that (you know how it's like in a big company: procedures >> to be >> followed, QA etc.). >> >> For now, I can workaround this by removing >> /usr/lib/perl5/vendor_perl/5.8.0/utils.pm after rpm installation; >> the >> perl based plugins are not being used. But In the long term, you >> should >> change either the install location, or the name of the module - >> utils.pm >> is very generic. Could make the same point about your CAD implementation :) > > Lars, thanks for making the time to report this. The installation > part of > nagios and the nagios-plugins can use some redesign. Things are too > complicated, paths have to be reorganized and default config-files > have to > be rewritten to make it work properly. Nagios is one of the most > complicated in its kind (and I package more than 2500 projects). > > This causes documentation to be different (depending on who packages > nagios or how it was installed) and leads to enough problems to think > over and standardize the directory structure used by Nagios. This has been mulling in my head over the last few months. I agree that the perl plugins are quiet messy in their setup. For the next major release, we'll probably do something radical with perl based plugins. I'm currently thinking that perl core library functionality is distributed via CPAN. Stanley Hopcroft has setup a Nagios:: namespace which is the logical place to put them. The nagiosplug project will then just hold the executables. This is up for discussion. Please understand that this is some way off. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From lhecking at users.sourceforge.net Thu Apr 6 05:20:05 2006 From: lhecking at users.sourceforge.net (Lars Hecking) Date: Thu Apr 6 05:20:05 2006 Subject: [Nagiosplug-devel] Perl module name change request In-Reply-To: <8F41C1EE-6866-42C9-B6CF-49EF28616693@altinity.com> References: <200604061108.k36B8sQF023024@cork.irdesign.cypress.com> <8F41C1EE-6866-42C9-B6CF-49EF28616693@altinity.com> Message-ID: <200604061211.k36CBX1I025086@cork.irdesign.cypress.com> Ton Voon writes: [...] > >> perl based plugins are not being used. But In the long term, you > >>should > >> change either the install location, or the name of the module - > >>utils.pm > >> is very generic. > > Could make the same point about your CAD implementation :) I filed an enhancement request, and you may be glad to hear that it is being considered ;) > For the next major release, we'll probably do something radical with > perl based plugins. I'm currently thinking that perl core library > functionality is distributed via CPAN. Stanley Hopcroft has setup a > Nagios:: namespace which is the logical place to put them. The > nagiosplug project will then just hold the executables. > > This is up for discussion. Please understand that this is some way off. Understood. A Nagios:: namespace is certainly a step in the right direction. From seanius at seanius.net Thu Apr 6 05:21:17 2006 From: seanius at seanius.net (sean finney) Date: Thu Apr 6 05:21:17 2006 Subject: [Nagiosplug-devel] Re: Perl module name change request In-Reply-To: <8F41C1EE-6866-42C9-B6CF-49EF28616693@altinity.com> References: <200604061108.k36B8sQF023024@cork.irdesign.cypress.com> <8F41C1EE-6866-42C9-B6CF-49EF28616693@altinity.com> <200604061108.k36B8sQF023024@cork.irdesign.cypress.com> Message-ID: <20060406122009.GA28917@seanius.net> hi folks, On Thu, Apr 06, 2006 at 01:14:19PM +0200, Dag Wieers wrote: > Lars, thanks for making the time to report this. The installation part of > nagios and the nagios-plugins can use some redesign. Things are too > complicated, paths have to be reorganized and default config-files have to > be rewritten to make it work properly. Nagios is one of the most > complicated in its kind (and I package more than 2500 projects). speaking as a packager myself, i think the biggest problem with nagios+plugins packaging is that the build setup was never really built with the concept of 3rd-party packagers in mind. for example, things like hard-coded paths at compile-time and non-overridable compiled-in settings are a major PITA for packagers. Also, the subst.in has been broken for our uses for as long as i've known it. one of the significant focuses of my efforts on the plugins team is removing such obstacles. i think you will find that 1.4.3 will contain some (modest) improvements, and and i'm sure 1.5 (or 1.4.4 depending on what we call it) will be much better. much of the work i've done is based on my experiences with getting nagios-plugins packaged for debian. if you have specific suggestions (whether they be for rpm or in general), i'd love to hear them and see what we can do. sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From matthias.eble at mailing.kaufland-informationssysteme.com Thu Apr 6 07:10:12 2006 From: matthias.eble at mailing.kaufland-informationssysteme.com (Matthias Eble) Date: Thu Apr 6 07:10:12 2006 Subject: [Nagiosplug-devel] Final call for flight 1.4.3 boarding on Saturday In-Reply-To: References: Message-ID: <4435211C.5000805@mailing.kaufland-informationssysteme.com> Ton Voon schrieb: > Hi, > > Subhendu and I will be taking a cut of the 1.4.3 release this weekend. > Any last minute changes can be thrown in, as long as the tinderbox > builds stay green! http://tinderbox.altinity.org > Hi! What will happen to the patches in the sf tracker? will they be tested/included? thanks matthias From ton.voon at altinity.com Thu Apr 6 07:54:17 2006 From: ton.voon at altinity.com (Ton Voon) Date: Thu Apr 6 07:54:17 2006 Subject: [Nagiosplug-devel] Final call for flight 1.4.3 boarding on Saturday In-Reply-To: <4435211C.5000805@mailing.kaufland-informationssysteme.com> References: <4435211C.5000805@mailing.kaufland-informationssysteme.com> Message-ID: On 6 Apr 2006, at 15:09, Matthias Eble wrote: > Ton Voon schrieb: >> Hi, >> Subhendu and I will be taking a cut of the 1.4.3 release this >> weekend. Any last minute changes can be thrown in, as long as the >> tinderbox builds stay green! http://tinderbox.altinity.org > Hi! > > What will happen to the patches in the sf tracker? will they be > tested/included? > thanks matthias We're working through them, but not all can be included for now. Are there any that you are particularly interested in? Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From ton.voon at altinity.com Thu Apr 6 14:04:09 2006 From: ton.voon at altinity.com (Ton Voon) Date: Thu Apr 6 14:04:09 2006 Subject: [Nagiosplug-devel] Final call for flight 1.4.3 boarding on Saturday In-Reply-To: <20060405195128.GA25223@seanius.net> References: <20060405195128.GA25223@seanius.net> Message-ID: On 5 Apr 2006, at 20:51, sean finney wrote: > as for check_apt, i think it'd be great if we could include it > but not have it build by default. that way i could sneak it > as easily as possible into the debian builds (it's really hard > to muck with the automake/autoconf stuff otherwise). I'm fine with this. I'm fine if you want to add check_ntp.c as well, but not build it either. Due to personal reasons, I won't be able to create the release this weekend as planned. Subhendu might do it himself, otherwise it will be done in two weeks time. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From gavin at openfusion.com.au Thu Apr 6 17:41:06 2006 From: gavin at openfusion.com.au (Gavin Carr) Date: Thu Apr 6 17:41:06 2006 Subject: [Nagiosplug-devel] Perl module name change request In-Reply-To: <8F41C1EE-6866-42C9-B6CF-49EF28616693@altinity.com> References: <200604061108.k36B8sQF023024@cork.irdesign.cypress.com> <8F41C1EE-6866-42C9-B6CF-49EF28616693@altinity.com> Message-ID: <20060407004007.GB15471@openfusion.com.au> On Thu, Apr 06, 2006 at 12:58:04PM +0100, Ton Voon wrote: > On 6 Apr 2006, at 12:14, Dag Wieers wrote: > >Lars, thanks for making the time to report this. The installation > >part of > >nagios and the nagios-plugins can use some redesign. Things are too > >complicated, paths have to be reorganized and default config-files > >have to > >be rewritten to make it work properly. Nagios is one of the most > >complicated in its kind (and I package more than 2500 projects). > > > >This causes documentation to be different (depending on who packages > >nagios or how it was installed) and leads to enough problems to think > >over and standardize the directory structure used by Nagios. > > This has been mulling in my head over the last few months. I agree > that the perl plugins are quiet messy in their setup. > > For the next major release, we'll probably do something radical with > perl based plugins. I'm currently thinking that perl core library > functionality is distributed via CPAN. Stanley Hopcroft has setup a > Nagios:: namespace which is the logical place to put them. The > nagiosplug project will then just hold the executables. > > This is up for discussion. Please understand that this is some way off. Also, the current utils.pm is pretty minimalist in terms of the functionality it provides to plugin authors. I wrote a replacement Nagios::Plugin module that I've used in a number of perl modules that you might like to review/critique when you get to that point, available here: http://www.openfusion.com.au/labs/nagios/ There are still a couple of issues under ePN in the latest version that I need to resolve, but otherwise it's stable. I'd be happy to help out on the perl side of things too if you need any help. Cheers, Gavin -- Open Fusion - Open Source Business Solutions [ Linux - Perl - Apache ] http://www.openfusion.com.au http://www.sharebot.net - Fashion is a variable, but style is a constant - Programming Perl From noreply at sourceforge.net Thu Apr 6 19:21:12 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Apr 6 19:21:12 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1164335 ] Link-Error AIX 4.3 at libc.a(shr.o) Message-ID: <200604070220.k372KlD2003523@sc8-sf-db2-new-b.sourceforge.net> Bugs item #1164335, was opened at 03/16/05 01:57 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1164335&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: Link-Error AIX 4.3 at libc.a(shr.o) Initial Comment: The Message: Could not load program ./a.out: Dependent module libc.a(shr.o) could not be loaded. Can't the configure script recognize the problem ? Workaround: ./configure CFLAGS=-L=/usr/lib (should bei good also for AIX 5.1, but there not necessary) ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 04/06/06 19:20 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 03/23/06 08:27 Message: Logged In: YES user_id=664364 Wilfried, Is this a failure at configure? Please can you try the CVS snapshot to see if this is still a problem. http://nagiosplug.sf.net/snapshot. Will place the call into PENDING. Please change if it is still a problem. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1164335&group_id=29880 From noreply at sourceforge.net Thu Apr 6 19:21:14 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Apr 6 19:21:14 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1189636 ] check_procs can't handle longer command names Message-ID: <200604070220.k372Knj3003644@sc8-sf-db2-new-b.sourceforge.net> Bugs item #1189636, was opened at 04/25/05 10:00 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1189636&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Cresce (mdisbrow) Assigned to: Ton Voon (tonvoon) Summary: check_procs can't handle longer command names Initial Comment: When using the -C parameter, process command names longer than 15 characters are not found. Since ps only outputs the first 15 characters of a process command name, checking a process with a name longer than 15 characters results in check_procs not finding any instances of the process and incorrectly returning 0 process instances. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 04/06/06 19:20 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 03/23/06 09:19 Message: Logged In: YES user_id=664364 Cresce, Sean has asked for more information, but there's been no response yet. Can you please provide more information. Marking the call into PENDING - please change if this is still a problem. Ton ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 09/19/05 08:36 Message: Logged In: YES user_id=226838 hi mike, what operating system are you running on? also, could you give us the contents of your config.h? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1189636&group_id=29880 From noreply at sourceforge.net Fri Apr 7 09:19:08 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Apr 7 09:19:08 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1466426 ] 1.4.2 check_ldaps doesn't default to port 636 Message-ID: Bugs item #1466426, was opened at 2006-04-07 12:18 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1466426&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None Status: Open Resolution: None Priority: 5 Submitted By: John Rouillard (rouilj) Assigned to: Nobody/Anonymous (nobody) Summary: 1.4.2 check_ldaps doesn't default to port 636 Initial Comment: check_ldaps in the 1.4.2 release doesn't automatically try to conect to port 636. It uses port 389 like check_ldap does. -- rouilj ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1466426&group_id=29880 From noreply at sourceforge.net Fri Apr 7 09:30:08 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Apr 7 09:30:08 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-1466432 ] need common name flag for check_ldaps Message-ID: Feature Requests item #1466432, was opened at 2006-04-07 12:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=1466432&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Submitted By: John Rouillard (rouilj) Assigned to: Nobody/Anonymous (nobody) Summary: need common name flag for check_ldaps Initial Comment: We have multi-homed hosts and want to check the secure LDAP on each interface. However we need to address some interfaces by IP address and not by the name site1.auth.example.com. If I connect to 172.16.1.1, that IP doesn't match the CN in the SSL certificate so the connection fails. If I had a -C flag so I could call: check_ldaps -H 172.16.1.1 -C site1.auth.example.com check_ldaps -H 172.16.2.1 -C site1.auth.example.com check_ldaps -H 172.16.3.1 -C site1.auth.example.com from the nagios box and be able to check the interfaces. I am currently using version 1.4.2 of check_ldaps. -- rouilj ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=1466432&group_id=29880 From noreply at sourceforge.net Fri Apr 7 09:57:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Apr 7 09:57:03 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1466426 ] 1.4.2 check_ldaps doesn't default to port 636 Message-ID: Bugs item #1466426, was opened at 2006-04-07 12:18 Message generated for change (Comment added) made by rouilj You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1466426&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None >Status: Deleted Resolution: None Priority: 5 Submitted By: John Rouillard (rouilj) Assigned to: Nobody/Anonymous (nobody) Summary: 1.4.2 check_ldaps doesn't default to port 636 Initial Comment: check_ldaps in the 1.4.2 release doesn't automatically try to conect to port 636. It uses port 389 like check_ldap does. -- rouilj ---------------------------------------------------------------------- >Comment By: John Rouillard (rouilj) Date: 2006-04-07 12:51 Message: Logged In: YES user_id=707416 Never mind. User error. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1466426&group_id=29880 From noreply at sourceforge.net Fri Apr 7 09:57:09 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Apr 7 09:57:09 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1466426 ] 1.4.2 check_ldaps doesn't default to port 636 Message-ID: Bugs item #1466426, was opened at 2006-04-07 12:18 Message generated for change (Comment added) made by rouilj You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1466426&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None >Status: Open Resolution: None Priority: 5 Submitted By: John Rouillard (rouilj) Assigned to: Nobody/Anonymous (nobody) Summary: 1.4.2 check_ldaps doesn't default to port 636 Initial Comment: check_ldaps in the 1.4.2 release doesn't automatically try to conect to port 636. It uses port 389 like check_ldap does. -- rouilj ---------------------------------------------------------------------- >Comment By: John Rouillard (rouilj) Date: 2006-04-07 12:56 Message: Logged In: YES user_id=707416 Sorry this is a valid bug. I saw one host work, but that system (incorrectly) runs both ldap and ldaps so it worked against the ldap port without ssl. So that may be another bug, it should fail if it doesn't get an encrypted session. -- rouilj ---------------------------------------------------------------------- Comment By: John Rouillard (rouilj) Date: 2006-04-07 12:51 Message: Logged In: YES user_id=707416 Never mind. User error. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1466426&group_id=29880 From noreply at sourceforge.net Tue Apr 11 11:30:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Apr 11 11:30:03 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1468749 ] check_ntp errors when only ntpdate is available Message-ID: Bugs item #1468749, was opened at 2006-04-11 11:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1468749&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Jason Martin (jhmartin) Assigned to: Nobody/Anonymous (nobody) Summary: check_ntp errors when only ntpdate is available Initial Comment: When running check_ntp.pl when only ntpdate is available, the jitter value remains at zero and causes a divide-by-zero error: Use of uninitialized value in division (/) at ./check_ntp.pl line 437 (my line #'s are different due to other changes). The offending line is: print ("NTP $key: $answer|offset=$offset, jitter=" . $jitter/1000 . ",peer_stratum=$stratum\n"); I suggest wrapping the jitter calculation in a 'if jitter == 0, then print 0, else print jitter/1000' construct. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1468749&group_id=29880 From seanius at seanius.net Tue Apr 11 23:41:01 2006 From: seanius at seanius.net (sean finney) Date: Tue Apr 11 23:41:01 2006 Subject: [Nagiosplug-devel] progress with check_ntp.c Message-ID: <20060412063954.GA9802@seanius.net> good morning! in the wee hours of the morning i committed an updated version of check_ntp.c, which now has the ability to do jitter checks as well as offset checks. i'd like to thank bill moran for doing the legwork on the details. at this point check_ntp is nearing a state where i think it would be useful for general testing and availability. there are only three items left on my todo list: - improve the error checking on the protocol level for the both jitter and offset checks. - make sure the offset checks are in fact calculating the right number (i think they're still off a bit) - further changes to offset calculation to make behaviour/performance like that of ntpdate. to explain the last item... a large part of the debugging process in making this plugin is to compare the network traffic created by this plugin vs that of ntpdate+ntpq in check_ntp.pl. for the jitter calculation, the data being sent across the wire is packet for packet identical, with the exception that bill has found a way to reduce the amount of needed response traffic by instructing the remote peer to only provide the jitter information (instead of all information, which ntpq does, which doubles the number of response packets). for the offset calculation, there's still a pretty clear difference. currently, the offset check in check_ntp.c does something like the following: for i = 1...4 my_udp_connect(server) avg_offset+=do_offset_check close(connection) done avg_offset/=4 but ntpdate's behaviour (and thus that of check_ntp) is to resolve a hostname via getaddrinfo to a list of struct addrinfo's, and then do the above for *each* address. it also uses an optimized routine involving poll(), and only uses the "top 5" servers from the above list in the final calculation. i suppose we should do something similar to this to ensure feature/behaviour compatibility. just now i've committed a yet newer version of check_ntp.c which has a very primative attempt at doing some of this, though you'll have to modify the code to use this new function (offset_request_ntpdate) instead of the standard one (offset_request). there's no use of poll(), and no selection of the "top 5", but it will probably still work if you have a decent connection. so at this point, further offers of help/opinion are appreciated. i'll be travelling to the north of sweden on thursday for a week, so don't expect much to get done by me between now and then. anyway, sorry for the long-winded email... sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From seanius at seanius.net Wed Apr 12 03:07:14 2006 From: seanius at seanius.net (sean finney) Date: Wed Apr 12 03:07:14 2006 Subject: [Nagiosplug-devel] just a bit more on check_ntp Message-ID: <20060412100638.GA10241@seanius.net> okay, i said i was done, but now i really mean it. i went ahead and hacked out a "simple" parallelization scheme for sending/recieving the ntp requests using poll() calls. it has room for some improvement, but it works fairly well. there's still the issue of choosing the best candidates, as well as dealing with stuff like lost packets, unresponsive hosts, etc. i've marked much of the code where something ought to be done with triple X's so yeah, with this i'm done for the next week or so... sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From noreply at sourceforge.net Wed Apr 12 12:36:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 12 12:36:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1469468 ] signal handler in popen.c is totally broken Message-ID: Bugs item #1469468, was opened at 2006-04-12 21:35 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=1469468&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: nsturm (nsturm) Assigned to: Nobody/Anonymous (nobody) Summary: signal handler in popen.c is totally broken Initial Comment: popen_timeout_alarm_handler() in popen.c is a signal handler which does all kinds of stuff you better NOT do in a signal handler. Plugins using this signal handler should be rewritten to deal with a much simpler signal handler, doing the bare minimum like setting a flag. For a better explanation of all the problems, please look at http://www.openbsd.org/papers/opencon04/index.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1469468&group_id=29880 From noreply at sourceforge.net Wed Apr 12 12:43:08 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 12 12:43:08 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1469472 ] check_ping dns lookup problem Message-ID: Bugs item #1469472, was opened at 2006-04-12 21: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=1469472&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: nsturm (nsturm) Assigned to: Nobody/Anonymous (nobody) Summary: check_ping dns lookup problem Initial Comment: This is on 1.4.2. check_ping and maybe other plugins, first set their SIGARLM timeout and then do an unconditional dns lookup on the address provided, even if it is an IP. Besides the dns lookup on the IP address is useless to the best of my knowledge, it can timeout, which the code does not handle. If the dns lookup does time out, fileno(child_process) in popen_timeout_alarm_handler() will segfault. A simple workaround, which is BAD BAD BAD, is attached. The proper solution would be to rewrite this piece of code (and similar ones on other modules) to correctly deal with the dns timeout. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1469472&group_id=29880 From noreply at sourceforge.net Wed Apr 12 12:44:00 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 12 12:44:00 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1469468 ] signal handler in popen.c is totally broken Message-ID: Bugs item #1469468, was opened at 2006-04-12 21:35 Message generated for change (Comment added) made by nsturm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1469468&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: nsturm (nsturm) Assigned to: Nobody/Anonymous (nobody) Summary: signal handler in popen.c is totally broken Initial Comment: popen_timeout_alarm_handler() in popen.c is a signal handler which does all kinds of stuff you better NOT do in a signal handler. Plugins using this signal handler should be rewritten to deal with a much simpler signal handler, doing the bare minimum like setting a flag. For a better explanation of all the problems, please look at http://www.openbsd.org/papers/opencon04/index.html ---------------------------------------------------------------------- >Comment By: nsturm (nsturm) Date: 2006-04-12 21:43 Message: Logged In: YES user_id=1323236 this is with nagios-plugins 1.4.2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1469468&group_id=29880 From noreply at sourceforge.net Thu Apr 13 11:51:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Apr 13 11:51:03 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1470013 ] check_tcp complains about double values in parameter Message-ID: Bugs item #1470013, was opened at 2006-04-13 20:50 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=1470013&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stefan Welke (swelke) Assigned to: Nobody/Anonymous (nobody) Summary: check_tcp complains about double values in parameter Initial Comment: check_tcp conplains about double values when given with parameter. cmdline: # check_tcp -H sourceforge.net -p 80 -c 0.500 or # check_tcp -H sourceforge.net -p 80 -w 0.250 EROOR: check_TCP: Warning threshold muss ein positiver Integer sein ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1470013&group_id=29880 From hps at intermeta.de Fri Apr 14 19:37:02 2006 From: hps at intermeta.de (Henning Schmiedehausen) Date: Fri Apr 14 19:37:02 2006 Subject: [Nagiosplug-devel] patch for check_snmp Message-ID: <443D22F5.6030603@intermeta.de> I needed the following patch for check_snmp to work on Fedora Core 5. Best regards Henning -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: nagios-plugins-1.4.2-check_snmp.patch URL: From hps at intermeta.de Fri Apr 14 19:37:03 2006 From: hps at intermeta.de (Henning Schmiedehausen) Date: Fri Apr 14 19:37:03 2006 Subject: [Nagiosplug-devel] patch for check_ntp Message-ID: <443D231A.9040505@intermeta.de> I needed the following patch for check_ntp to work on Fedora Core 5. Best regards Henning -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: nagios-plugins-1.4.2-check_ntp.patch URL: From thkarcher at gmx.de Fri Apr 14 19:37:05 2006 From: thkarcher at gmx.de (Thomas Karcher) Date: Fri Apr 14 19:37:05 2006 Subject: [Nagiosplug-devel] Patch for check_snmp for SNMPv3 contexts Message-ID: <443E3CCA.8080609@gmx.de> Hi folks, because check_snmp lacks SNMPv3 context support, I added it, see the patch attached. I would be proud to have the patch included in the next release :) Feel free to comment it :) Best regards, Thomas -------------- next part -------------- A non-text attachment was scrubbed... Name: check_snmp_context.diff Type: text/x-patch Size: 3022 bytes Desc: not available URL: From Gerhard.Lausser at consol.de Tue Apr 18 09:55:01 2006 From: Gerhard.Lausser at consol.de (Gerhard Lausser) Date: Tue Apr 18 09:55:01 2006 Subject: [Nagiosplug-devel] check_by_ssh fails with new servers Message-ID: <001201c66308$aee46650$a601000a@int.consol.de> Hi, if you use check_by_ssh and the hostkey of the server has changed, your /etc/ssh/ssh_known_hosts is poorly maintained or if you never made a successful connection to tihs server, then you will get the following: qqnagio at lt0073:~> check_by_ssh -H siapp11 -C 'nrpe/libexec/check_dummy 0' The authenticity of host 'siapp11 (160.50.85.56)' can't be established. RSA key fingerprint is de:84:1b:35:81:a7:11:5b:f7:45:d9:eb:62:e0:b1:dc. Are you sure you want to continue connecting (yes/no)? The service will time out and a warning will be issued. If you generate your configuration automatically, so at any time new hosts can appear, you would have to execute ssh manually and answer with yes. Now it will work until the host is reinstalled or its hostkey changes otherwise. You can suppress this question if you set the StrictHostKeyChecking to no either in your /etc/ssh/ssh_config or if you give this option to ssh. I made a patch fot check_by_ssh.c which adds the possibility to call ssh with such an option. qqnagio at lt0073:~> check_by_ssh -H siapp11 -o 'StrictHostKeyChecking =no' -C 'nrpe/libexec/check_dummy 0' Warning: Permanently added 'siapp11' (RSA) to the list of known hosts. Unfortunately you get this warning if you call the patches check_by_ssh for the first time. To prevent this i also added a '-q' option, which tells ssh to suppress warning and diagnostic messages. qqnagio at lt0073:~> check_by_ssh -H siapp11 -o 'StrictHostKeyChecking =no' -q -C 'nrpe/libexec/check_dummy 0' OK Now check_by_ssh no longer cares for inconsistencies in your known_hosts files. Keep in mind, that this makes you vulnerable to trojan horse attacks. Do not give secret information to the -a parameter. Greetings from Munich, Gerhard -------------- next part -------------- A non-text attachment was scrubbed... Name: check_by_ssh.c-extraoptions.patch Type: application/octet-stream Size: 992 bytes Desc: not available URL: From noreply at sourceforge.net Tue Apr 18 10:34:01 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Apr 18 10:34:01 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1472491 ] extra options for check_by_ssh Message-ID: Patches item #1472491, was opened at 2006-04-18 19: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=1472491&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: gerhard lausser (lausser) Assigned to: Nobody/Anonymous (nobody) Summary: extra options for check_by_ssh Initial Comment: Hi, if you use check_by_ssh and the hostkey of the server has changed, your /etc/ssh/ssh_known_hosts is poorly maintained or if you never made a successful connection to tihs server, then you will get the following: qqnagio at lt0073:~> check_by_ssh -H siapp11 - C 'nrpe/libexec/check_dummy 0' The authenticity of host 'siapp11 (160.50.85.56)' can't be established. RSA key fingerprint is de:84:1b:35:81:a7:11:5b:f7:45:d9:eb:62:e0:b1:dc. Are you sure you want to continue connecting (yes/no)? The service will time out and a warning will be issued. If you generate your configuration automatically, so at any time new hosts can appear, you would have to execute ssh manually and answer with yes. Now it will work until the host is reinstalled or its hostkey changes otherwise. You can suppress this question if you set the StrictHostKeyChecking to no either in your /etc/ssh/ssh_config or if you give this option to ssh. I made a patch fot check_by_ssh.c which adds the possibility to call ssh with such an option. qqnagio at lt0073:~> check_by_ssh -H siapp11 - o 'StrictHostKeyChecking =no' - C 'nrpe/libexec/check_dummy 0' Warning: Permanently added 'siapp11' (RSA) to the list of known hosts. Unfortunately you get this warning if you call the patches check_by_ssh for the first time. To prevent this i also added a '-q' option, which tells ssh to suppress warning and diagnostic messages. qqnagio at lt0073:~> check_by_ssh -H siapp11 - o 'StrictHostKeyChecking =no' -q - C 'nrpe/libexec/check_dummy 0' OK Now check_by_ssh no longer cares for inconsistencies in your known_hosts files. Keep in mind, that this makes you vulnerable to trojan horse attacks. Do not give secret information to the -a parameter. You can download the patch from http://people.consol.de/~lausser/nagios/patches.html Greetings from Munich, Gerhard ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1472491&group_id=29880 From james at cloud9.co.uk Wed Apr 19 05:53:10 2006 From: james at cloud9.co.uk (James Fidell) Date: Wed Apr 19 05:53:10 2006 Subject: [Nagiosplug-devel] Problem with check_disk in 1.4.3 on RH9 In-Reply-To: <20060412063954.GA9802@seanius.net> References: <20060412063954.GA9802@seanius.net> Message-ID: <44463274.3020607@cloud9.co.uk> Anyone else seeing this, or could it be something peculiar with my setup? # cat /etc/redhat-release Red Hat Linux release 9 (Shrike) # nagios-plugins-1.4.2/plugins/check_disk -m -w 20% -c 5% -p / DISK OK - free space: / 591 MB (70%);| /=259MB;679;806;0;849 # nagios-plugins-1.4.3/plugins/check_disk -m -w 20% -c 5% -p / INPUT ERROR: C_IDFP (0.000000) should be less than W_IDFP (0.0) and both should be between zero and 100 percent, inclusive for / check_disk: Could not parse arguments Usage: check_disk -w limit -c limit [-p path | -x device] [-t timeout][-m] [-e] [-W limit] [-K limit] [-v] [-q] Looks like most of the parameter-handling code has changed in 1.4.3, but I've not seen this error on the FreeBSD machines I've upgraded so far. James From james at cloud9.co.uk Wed Apr 19 07:44:03 2006 From: james at cloud9.co.uk (James Fidell) Date: Wed Apr 19 07:44:03 2006 Subject: [Nagiosplug-devel] Problem with check_disk in 1.4.3 on RH9 (Bugfix?) In-Reply-To: <44463274.3020607@cloud9.co.uk> References: <20060412063954.GA9802@seanius.net> <44463274.3020607@cloud9.co.uk> Message-ID: <44464C7E.7040800@cloud9.co.uk> Earlier I wrote: > # nagios-plugins-1.4.2/plugins/check_disk -m -w 20% -c 5% -p / > DISK OK - free space: / 591 MB (70%);| /=259MB;679;806;0;849 > > # nagios-plugins-1.4.3/plugins/check_disk -m -w 20% -c 5% -p / > INPUT ERROR: C_IDFP (0.000000) should be less than W_IDFP (0.0) and both > should be between zero and 100 percent, inclusive for / > check_disk: Could not parse arguments > Usage: check_disk -w limit -c limit [-p path | -x device] [-t > timeout][-m] [-e] [-W limit] [-K limit] [-v] [-q] On a quick inspection of the code it looks like the c_idfp and w_idfp elements of struct namelist aren't always being initialised when they should be. The following patch fixes my particular problem: --- check_disk.c~ 2006-04-19 13:56:39.000000000 +0100 +++ check_disk.c 2006-04-19 15:23:11.000000000 +0100 @@ -462,6 +462,8 @@ se->c_df = c_df; se->w_dfp = w_dfp; se->c_dfp = c_dfp; + se->w_idfp = w_idfp; + se->c_idfp = c_idfp; se->found = 0; se->found_len = 0; *pathtail = se; @@ -547,6 +549,8 @@ se->c_df = c_df; se->w_dfp = w_dfp; se->c_dfp = c_dfp; + se->w_idfp = w_idfp; + se->c_idfp = c_idfp; se->found =0; se->found_len = 0; *pathtail = se; but it isn't clear to me whether a similar change is required for the options -x and -X james From noreply at sourceforge.net Mon Apr 24 18:49:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 24 18:49:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1475899 ] check_tcp segfaults with mutliple -s or -e args. Message-ID: Bugs item #1475899, was opened at 2006-04-24 21:48 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=1475899&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: John Rouillard (rouilj) Assigned to: Nobody/Anonymous (nobody) Summary: check_tcp segfaults with mutliple -s or -e args. Initial Comment: Plugins 1.4.3 running on FC3 or centos 4.2 redhat linux. The following command coredumps against netcat running as "nc -p 2525 -l": check_tcp -H localhost -p 2525 -s send1 -e receive1 \ -s send2 -e receive2 -v Using service TCP Port: 2525 flags: 0x2 Send string: send2 server_expect_count: 2 0: (null) 1: receive2 received 9 bytes from host #-raw-recv-------# receive2 #-raw-recv-------# looking for [(null)] anywhere in [receive2] Segmentation fault Note that the second send string is sent first. It should work as presented on the command line and send "send1" look for "receive1" then send "send2" and look for 'receive2". -- rouilj ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1475899&group_id=29880 From noreply at sourceforge.net Mon Apr 24 18:54:01 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 24 18:54:01 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1475901 ] check_tcp fails propery parse: -E -s "\\\r" Message-ID: Bugs item #1475901, was opened at 2006-04-24 21: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=1475901&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: John Rouillard (rouilj) Assigned to: Nobody/Anonymous (nobody) Summary: check_tcp fails propery parse: -E -s "\\\r" Initial Comment: With nagios-plugins 1.4.3 running on centos 4.2 redhat based linux. It gobbles all the \'s after the doubled one and prints r rather than carrige return. It should parse it as \ . Using the string: "\\a\r" properly sends "\ a ". This makes it impossible to send some strings. -- rouilj ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1475901&group_id=29880 From kabe at sra-tohoku.co.jp Tue Apr 25 01:11:05 2006 From: kabe at sra-tohoku.co.jp (kabe at sra-tohoku.co.jp) Date: Tue Apr 25 01:11:05 2006 Subject: [Nagiosplug-devel] [nagios-plugins-1.4.3] PATCH: fix check_mrtg to be useable Message-ID: <1594224200611.530458$@sra-tohoku.co.jp.msg> Nagios plugin 'check_mrtg' never returned STATE_OK, so had been not much of any use. The pach fixes this. The patch below will - make check_mrtg command return STATE_OK (zero) if check succeeds. - Tell use to explicitly set -w and -c in the help message, since default warn/crit threshold is zero which isn't anything useful. - Delete --verbose option since it conflicts with "-v variable". Current check_mrtg doesn't have anything to say verbose now anyway. -- kabe --- nagios-plugins-1.4.2/plugins/check_mrtg.c.1.25 Mon Apr 24 11:05:09 2006 +++ nagios-plugins-1.4.2/plugins/check_mrtg.c Mon Apr 24 11:52:46 2006 @@ -19,7 +19,7 @@ ******************************************************************************/ const char *progname = "check_mrtg"; -const char *revision = "$Revision: 1.25 $"; +const char *revision = "$Revision$"; const char *copyright = "1999-2004"; const char *email = "nagiosplug-devel at lists.sourceforge.net"; @@ -134,6 +134,8 @@ result = STATE_CRITICAL; else if (rate > value_warning_threshold) result = STATE_WARNING; + else + result = STATE_OK; /*had never set to OK*/ printf("%s. %s = %lu %s|%s\n", (use_average == TRUE) ? _("Avg") : _("Max"), @@ -164,7 +166,7 @@ {"warning", required_argument, 0, 'w'}, {"label", required_argument, 0, 'l'}, {"units", required_argument, 0, 'u'}, - {"verbose", no_argument, 0, 'v'}, + /*{"verbose", no_argument, 0, 'v'}, /*conflict --variable*/ {"version", no_argument, 0, 'V'}, {"help", no_argument, 0, 'h'}, {0, 0, 0, 0} @@ -323,9 +325,9 @@ -v, --variable=INTEGER\n\ Which variable set should we inspect? (1 or 2)\n\ -w, --warning=INTEGER\n\ - Threshold value for data to result in WARNING status\n\ + Threshold value for data to result in WARNING status (default 0)\n\ -c, --critical=INTEGER\n\ - Threshold value for data to result in CRITICAL status\n")); + Threshold value for data to result in CRITICAL status (default 0)\n")); printf (_("\ -l, --label=STRING\n\ @@ -335,6 +337,9 @@ \"Bytes Per Second\", \"%% Utilization\")\n")); printf (_("\ +\n\ +WARNING/CRITICAL threshold defaults to zero, so you MUST specify \n\ +nonzero -w -c to check anything useful. \n\ If the value exceeds the threshold, a WARNING status is returned. If\n\ the value exceeds the threshold, a CRITICAL status is returned. If\n\ the data in the log file is older than old, a WARNING\n\ @@ -369,5 +374,5 @@ printf ("\ Usage: %s -F log_file -a -v variable -w warning -c critical\n\ [-l label] [-u units] [-e expire_minutes] [-t timeout]\n\ - [-v]\n", progname); + ", progname); } From robert.h.lowe at lawrence.edu Tue Apr 25 01:11:07 2006 From: robert.h.lowe at lawrence.edu (Robert Lowe) Date: Tue Apr 25 01:11:07 2006 Subject: [Nagiosplug-devel] New plugin: check_tping Message-ID: <444D88A7.6070304@lawrence.edu> Just an FYI... I posted a new plugin on NagiosExchange; the summary is posted below for anyone interested. Any feedback will be appreciated! -Robert check_tping is a C language plugin used to probe and determine host and network responsiveness in situations where ICMP may be blocked or treated with a lower priority, making it either entirely useless or untrustworthy as a measurement tool. While other TCP ping tools/plugins exist, the approach used here minimizes total runtime, and allows for an adjustable interprobe delay. This essentially creates a pipeline of probes, limiting the total runtime to Number of probes * Interprobe delay + timeout, rather than a sequential Number of probes * timeout approach. This makes check_tping optimal for use in a busy Nagios server environment where hundreds or thousands of hosts/services are being monitored. From noreply at sourceforge.net Tue Apr 25 15:55:01 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Apr 25 15:55:01 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1476451 ] pst3 does not exist Message-ID: Bugs item #1476451, was opened at 2006-04-25 18:54 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=1476451&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Jason Kau (bubbafat) Assigned to: Nobody/Anonymous (nobody) Summary: pst3 does not exist Initial Comment: On Solaris, check_procs on nagios-plugins-1.4.3 is trying to use pst3 instead of a 'ps'. There is no pst3.c in the 1.4.3, 1.4.2, 1.4.2 tarballs and it's not in HEAD-200604251152 either but it's in CVS. What is the deal with this file? darlene:/home/gtri/nagios/nagios-plugins-1.4.2> grep PS_COMMAND config.h #define PS_COMMAND "/usr/bin/ps -Ao 's uid pid ppid vsz rss pcpu comm args'" darlene:/home/gtri/nagios/nagios-plugins-1.4.3> grep PS_COMMAND config.h #define PS_COMMAND "/usr/local/nagios/libexec/pst3" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1476451&group_id=29880 From noreply at sourceforge.net Tue Apr 25 16:06:08 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Apr 25 16:06:08 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1476457 ] check_disk from 1.4.3 broken on Solaris Message-ID: Bugs item #1476457, was opened at 2006-04-25 19:05 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=1476457&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jason Kau (bubbafat) Assigned to: Nobody/Anonymous (nobody) Summary: check_disk from 1.4.3 broken on Solaris Initial Comment: 1.4.2 generally worked fine: darlene:/home/gtri/nagios/nagios-plugins- 1.4.2/plugins> ./check_disk -c 10% -w 20% -p / DISK OK - free space: / 148 MB (62%);| /=92MB;192;216;0;240 But 1.4.3 is totally broken: darlene:/home/gtri/nagios/nagios-plugins- 1.4.3/plugins> ./check_disk -c 10% -w 20% -p / INPUT ERROR: C_IDFP (576757562146984196887840714641773148777678636223636702 2532588820893046978288185192879572621223612389130957129 0848500887014776227174023686652499354620705377775907971 98162364903456768.000000) should be less than W_IDFP (536865219293231826318811839788020090938367133084499836 1682498849996091152805464249751663763505429901150414412 5179723248934633655425911613390532121950804833986559378 194432.0) and both should be between zero and 100 percent, inclusive for / check_disk: Could not parse arguments Usage: check_disk -w limit -c limit [-p path | -x device] [-t timeout][-m] [-e] [-W limit] [-K limit] [- v] [-q] I will look into the code when I get time but would appreciate someone else looking into it too and I'm not a great programmer (I'm the router/firewall guy). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1476457&group_id=29880 From noreply at sourceforge.net Tue Apr 25 16:10:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Apr 25 16:10:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1476457 ] check_disk from 1.4.3 broken on Solaris Message-ID: Bugs item #1476457, was opened at 2006-04-25 19:05 Message generated for change (Comment added) made by bubbafat You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1476457&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jason Kau (bubbafat) Assigned to: Nobody/Anonymous (nobody) Summary: check_disk from 1.4.3 broken on Solaris Initial Comment: 1.4.2 generally worked fine: darlene:/home/gtri/nagios/nagios-plugins- 1.4.2/plugins> ./check_disk -c 10% -w 20% -p / DISK OK - free space: / 148 MB (62%);| /=92MB;192;216;0;240 But 1.4.3 is totally broken: darlene:/home/gtri/nagios/nagios-plugins- 1.4.3/plugins> ./check_disk -c 10% -w 20% -p / INPUT ERROR: C_IDFP (576757562146984196887840714641773148777678636223636702 2532588820893046978288185192879572621223612389130957129 0848500887014776227174023686652499354620705377775907971 98162364903456768.000000) should be less than W_IDFP (536865219293231826318811839788020090938367133084499836 1682498849996091152805464249751663763505429901150414412 5179723248934633655425911613390532121950804833986559378 194432.0) and both should be between zero and 100 percent, inclusive for / check_disk: Could not parse arguments Usage: check_disk -w limit -c limit [-p path | -x device] [-t timeout][-m] [-e] [-W limit] [-K limit] [- v] [-q] I will look into the code when I get time but would appreciate someone else looking into it too and I'm not a great programmer (I'm the router/firewall guy). ---------------------------------------------------------------------- >Comment By: Jason Kau (bubbafat) Date: 2006-04-25 19:09 Message: Logged In: YES user_id=1495257 This is Solaris 8/SPARC system and gcc 3.3.2. The same problem occurs when compiled on Solaris 7/SPARC system with egcs-1.1.2 so I don't think it's Solaris or compiler specific. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1476457&group_id=29880 From crpimentel at al.sp.gov.br Wed Apr 26 00:57:01 2006 From: crpimentel at al.sp.gov.br (Carlos Rodrigues Pimentel) Date: Wed Apr 26 00:57:01 2006 Subject: [Nagiosplug-devel] Plugins Nagios Message-ID: Hi, I?m trying to use some plugins in Nagios ( check_users, check_procs and check_disk ) to monitor another host ( not the host where Nagios is running ) and it seens to be not possible to do this. There is some way to achieve this? Thanks, Carlos e-mail: crpimentel at al.sp.gov.br From noreply at sourceforge.net Wed Apr 26 01:40:04 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 26 01:40:04 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1476457 ] check_disk from 1.4.3 broken on Solaris Message-ID: Bugs item #1476457, was opened at 2006-04-26 01:05 Message generated for change (Comment added) made by ahoppe You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1476457&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jason Kau (bubbafat) Assigned to: Nobody/Anonymous (nobody) Summary: check_disk from 1.4.3 broken on Solaris Initial Comment: 1.4.2 generally worked fine: darlene:/home/gtri/nagios/nagios-plugins- 1.4.2/plugins> ./check_disk -c 10% -w 20% -p / DISK OK - free space: / 148 MB (62%);| /=92MB;192;216;0;240 But 1.4.3 is totally broken: darlene:/home/gtri/nagios/nagios-plugins- 1.4.3/plugins> ./check_disk -c 10% -w 20% -p / INPUT ERROR: C_IDFP (576757562146984196887840714641773148777678636223636702 2532588820893046978288185192879572621223612389130957129 0848500887014776227174023686652499354620705377775907971 98162364903456768.000000) should be less than W_IDFP (536865219293231826318811839788020090938367133084499836 1682498849996091152805464249751663763505429901150414412 5179723248934633655425911613390532121950804833986559378 194432.0) and both should be between zero and 100 percent, inclusive for / check_disk: Could not parse arguments Usage: check_disk -w limit -c limit [-p path | -x device] [-t timeout][-m] [-e] [-W limit] [-K limit] [- v] [-q] I will look into the code when I get time but would appreciate someone else looking into it too and I'm not a great programmer (I'm the router/firewall guy). ---------------------------------------------------------------------- Comment By: Andreas Hoppe (ahoppe) Date: 2006-04-26 10:39 Message: Logged In: YES user_id=1510323 same here: Solaris 9 SPARC, gcc 2.95.3, GNU-make 3.80 Version 1.4.2 works fine, Version 1.4.3 wont accept the -p / -x parameter ---------------------------------------------------------------------- Comment By: Jason Kau (bubbafat) Date: 2006-04-26 01:09 Message: Logged In: YES user_id=1495257 This is Solaris 8/SPARC system and gcc 3.3.2. The same problem occurs when compiled on Solaris 7/SPARC system with egcs-1.1.2 so I don't think it's Solaris or compiler specific. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1476457&group_id=29880 From davidg at agenda.si Wed Apr 26 02:06:01 2006 From: davidg at agenda.si (David Gerbec) Date: Wed Apr 26 02:06:01 2006 Subject: [Nagiosplug-devel] Plugins Nagios In-Reply-To: References: Message-ID: <444F37BA.7030604@agenda.si> Hey! That's possible by useing the NRPE - Daemon and plugin for executing plugins on remote hosts. You can read about it in nagios docs. Regards, D. Carlos Rodrigues Pimentel pravi: > Hi, > > I?m trying to use some plugins in Nagios ( check_users, check_procs and > check_disk ) to monitor another host ( not the host where Nagios is running > ) and it seens to be not possible to do this. There is some way to achieve > this? > > Thanks, > > Carlos > e-mail: crpimentel at al.sp.gov.br > > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=k&kid0709&bid&3057&dat1642 > _______________________________________________________ > 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 Apr 26 06:18:21 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 26 06:18:21 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1476457 ] check_disk from 1.4.3 broken on Solaris Message-ID: Bugs item #1476457, was opened at 2006-04-25 23:05 Message generated for change (Comment added) made by jfidell You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1476457&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jason Kau (bubbafat) Assigned to: Nobody/Anonymous (nobody) Summary: check_disk from 1.4.3 broken on Solaris Initial Comment: 1.4.2 generally worked fine: darlene:/home/gtri/nagios/nagios-plugins- 1.4.2/plugins> ./check_disk -c 10% -w 20% -p / DISK OK - free space: / 148 MB (62%);| /=92MB;192;216;0;240 But 1.4.3 is totally broken: darlene:/home/gtri/nagios/nagios-plugins- 1.4.3/plugins> ./check_disk -c 10% -w 20% -p / INPUT ERROR: C_IDFP (576757562146984196887840714641773148777678636223636702 2532588820893046978288185192879572621223612389130957129 0848500887014776227174023686652499354620705377775907971 98162364903456768.000000) should be less than W_IDFP (536865219293231826318811839788020090938367133084499836 1682498849996091152805464249751663763505429901150414412 5179723248934633655425911613390532121950804833986559378 194432.0) and both should be between zero and 100 percent, inclusive for / check_disk: Could not parse arguments Usage: check_disk -w limit -c limit [-p path | -x device] [-t timeout][-m] [-e] [-W limit] [-K limit] [- v] [-q] I will look into the code when I get time but would appreciate someone else looking into it too and I'm not a great programmer (I'm the router/firewall guy). ---------------------------------------------------------------------- Comment By: James (jfidell) Date: 2006-04-26 13:17 Message: Logged In: YES user_id=1510516 I posted some details on this to the devel list a week or so back: On a quick inspection of the code it looks like the c_idfp and w_idfp elements of struct namelist aren't always being initialised when they should be. The following patch fixes my particular problem: --- check_disk.c~ 2006-04-19 13:56:39.000000000 +0100 +++ check_disk.c 2006-04-19 15:23:11.000000000 +0100 @@ -462,6 +462,8 @@ se->c_df = c_df; se->w_dfp = w_dfp; se->c_dfp = c_dfp; + se->w_idfp = w_idfp; + se->c_idfp = c_idfp; se->found = 0; se->found_len = 0; *pathtail = se; @@ -547,6 +549,8 @@ se->c_df = c_df; se->w_dfp = w_dfp; se->c_dfp = c_dfp; + se->w_idfp = w_idfp; + se->c_idfp = c_idfp; se->found =0; se->found_len = 0; *pathtail = se; but it isn't clear to me whether a similar change is required for the options -x and -X ---------------------------------------------------------------------- Comment By: Andreas Hoppe (ahoppe) Date: 2006-04-26 08:39 Message: Logged In: YES user_id=1510323 same here: Solaris 9 SPARC, gcc 2.95.3, GNU-make 3.80 Version 1.4.2 works fine, Version 1.4.3 wont accept the -p / -x parameter ---------------------------------------------------------------------- Comment By: Jason Kau (bubbafat) Date: 2006-04-25 23:09 Message: Logged In: YES user_id=1495257 This is Solaris 8/SPARC system and gcc 3.3.2. The same problem occurs when compiled on Solaris 7/SPARC system with egcs-1.1.2 so I don't think it's Solaris or compiler specific. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1476457&group_id=29880 From timo.pulkkinen at cemron.com Thu Apr 27 02:22:03 2006 From: timo.pulkkinen at cemron.com (Timo Pulkkinen) Date: Thu Apr 27 02:22:03 2006 Subject: [Nagiosplug-devel] check_http: feature request: Setting error level based on HTTP errorcodes Message-ID: Hi, check_http help says the following: -clip- Successful connects return STATE_OK, refusals and timeouts return STATE_CRITICAL, other errors return STATE_UNKNOWN. Successful connects, but incorrect reponse messages from the host result in STATE_WARNING return values. -clip- We would like to control the behaviour of check_http error level reporting based on the HTTP error codes. For example, a 404 error should be marked as a critical error in some cases (content missing due disk or configuration problem etc.). Is this feasible to implement? Regards, Timo Pulkkinen Technical Architect Cemron Ltd. http://www.cemron.com/ From noreply at sourceforge.net Thu Apr 27 07:09:24 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Apr 27 07:09:24 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1251096 ] check_ntp perl warnings Message-ID: Bugs item #1251096, was opened at 2005-08-03 15:49 Message generated for change (Comment added) made by aderixon 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: Harper Mann (harpermann) Summary: check_ntp perl warnings Initial Comment: Using check_ntp.pl from plugins 1.4.1 produces some warnings if the checked host is not reachable or responding before timeout. These warnings produce an UNKNOWN state in Nagios. See the attached patch for clarification. ---------------------------------------------------------------------- Comment By: Ade Rixon (aderixon) Date: 2006-04-27 15:08 Message: Logged In: YES user_id=145082 Still broken in 1.4.3, any progress? RFC 1035 sec. 2.3.1 describes "classic" domain naming, although it doesn't allow for domain names beginning with numerics. RFC 2181 sec. 11 appears to suggest that any characters may be used in domain names. ---------------------------------------------------------------------- Comment By: Joachim Schrod (jschrod) Date: 2006-01-24 11:07 Message: Logged In: YES user_id=70318 Good point about leading digits. Before I upload a new patch - does anybody here know the most current RFC where valid host- and domainname syntax is described? We should/could use that for hostname checking. ---------------------------------------------------------------------- Comment By: Peter Pramberger (peterpramb) Date: 2006-01-24 10:33 Message: Logged In: YES user_id=182996 Verified and works. There is still an issue with the domain name regex, which doesn't match domains starting with a digit rather than a letter. Maybe the regex can be extended to match these too. # ./check_ntp -H ntp03.10domain.at No target host specified ---------------------------------------------------------------------- Comment By: Joachim Schrod (jschrod) Date: 2006-01-16 19:21 Message: Logged In: YES user_id=70318 Patch #1407587 fixes these problems. It works in multi-peer situations, supports unreachable hosts, supports unknown hosts, and outputs no warnings any more. It also corrects the exit status check and doesn't abort any more, but uses the intended control flow for error messages by ntpdate and ntpq. When either ntpdate or ntpq exited with an exit code != 0, the whole script was aborted with die, instead of outputting proper "NTP CRITICAL" messages. It also supports FQDNs where one element has only one char. ---------------------------------------------------------------------- Comment By: Peter Pramberger (peterpramb) Date: 2005-12-19 13:16 Message: Logged In: YES user_id=182996 Hi! Sorry for my late response. There is still the "(not parsed) isn't numeric" warning in the output of check_ntp (1.31). Please see the attached command output. And check_ntp has problems with FQDN, where check_ntp aborts with "No target host specified" (see below). Single hostnames work. # ./check_ntp -H ntp01.somedomain.at -v No target host specified There is a small typo in the host matching regex. Regards, Peter ---------------------------------------------------------------------- Comment By: Harper Mann (harpermann) Date: 2005-11-30 00:50 Message: Logged In: YES user_id=939531 Hi Peter and Johan, Thanks for filing this bug. check_ntp wasn't properly handing a bad exit status from the external programs it calls (ntpdate and ntpq), so jitter wasn't set. Added check of $? on close and proper error output if status from the sub program call completion is non-zero. This includes "host not found". Please verify this is fixed in your environment. I'll reopen the bug if you find any problems. Regards, - Harper ---------------------------------------------------------------------- Comment By: Johan Fischer (fischaz) Date: 2005-11-18 01:46 Message: Logged In: YES user_id=459934 Below patch (that I can't seem to be able to attach) diff -Naur nagios-plugins-1.4.2.orig/plugins-scripts/check_ntp.pl nagios-plugins-1.4.2/plugins-scripts/check_ntp.pl --- nagios-plugins-1.4.2.orig/plugins-scripts/check_ntp.pl 2005-05-26 00:05:41.000000000 +1000 +++ nagios-plugins-1.4.2/plugins-scripts/check_ntp.pl 2005-11-18 12:39:07.000000000 +1100 @@ -309,7 +309,6 @@ } } else { print "No match!\n" if $verbose; - $jitter = '(not parsed)'; } } @@ -365,7 +364,7 @@ } elsif ($have_ntpq && $jitter_error != $ERRORS{'OK'}) { $state = $jitter_error; - $answer = "Jitter $jitter too high"; + $answer = 'Jitter ' . ((defined $jitter) ? $jitter : '-') . ' too high'; if (defined($offset) && abs($offset) > $ocrit) { $state = $ERRORS{'CRITICAL'}; $answer = "Jitter error and offset $offset sec > +/- $ocrit sec"; @@ -401,13 +400,13 @@ if (abs($offset) > $ocrit) { $state = $ERRORS{'CRITICAL'}; $answer = "Offset $offset sec > +/- $ocrit sec, jitter $jitter msec"; - } elsif (abs($jitter) > $jcrit ) { + } elsif (defined($jitter) && abs($jitter) > $jcrit ) { $state = $ERRORS{'CRITICAL'}; $answer = "Jitter $jitter msec> +/- $jcrit msec, offset $offset sec"; } elsif (abs($offset) > $owarn) { $state = $ERRORS{'WARNING'}; $answer = "Offset $offset sec > +/- $owarn sec, jitter $jitter msec"; - } elsif (abs($jitter) > $jwarn ) { + } elsif (defined($jitter) && abs($jitter) > $jwarn ) { $state = $ERRORS{'WARNING'}; $answer = "Jitter $jitter msec> +/- $jwarn msec, offset $offset sec"; @@ -421,7 +420,7 @@ foreach my $key (keys %ERRORS) { if ($state==$ERRORS{$key}) { # print ("NTP $key: $answer"); - print ("NTP $key: $answer|offset=$offset, jitter=" . $jitter/1000 . ",peer_stratum=$stratum\n"); + print ("NTP $key: $answer|offset=$offset, jitter=" . ((defined $jitter) ? $jitter/1000 : '-') . ",peer_stratum=$stratum\n"); last; } } ---------------------------------------------------------------------- Comment By: Johan Fischer (fischaz) Date: 2005-11-18 01:45 Message: Logged In: YES user_id=459934 The attached patch is wrong. It will override the value of the jitter. Basically the jitter is defined as undef at the begginning, then should be overriden for each server with selected by the regex. It should not be touched otherwise. On the other side, more tests need to be done to see if jitter is defined (and in that case, it will be a numeric) and print it. So it means more test at the end of the script to parse the results. ---------------------------------------------------------------------- Comment By: Charles Bueche (cbueche) Date: 2005-10-27 09:30 Message: Logged In: YES user_id=299377 duplicate with 1267741 ---------------------------------------------------------------------- Comment By: Ade Rixon (aderixon) Date: 2005-10-21 11:12 Message: Logged In: YES user_id=145082 This is still a problem in 1.4.2, can someone review before next release, please? The warning is: Argument "(not parsed)" isn't numeric in abs at ./check_ntp line 401. ...Caused by assigning a string value ('(not parsed)') to $jitter. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1251096&group_id=29880 From robert.h.lowe at lawrence.edu Fri Apr 28 01:34:06 2006 From: robert.h.lowe at lawrence.edu (Robert Lowe) Date: Fri Apr 28 01:34:06 2006 Subject: [Nagiosplug-devel] Small update to check_tping Message-ID: <445199B0.7090805@lawrence.edu> Hi, I updated check_tping to properly implement performance data, and bumped the version to 0.1.1. Many thanks to Joerg Linge for pointing out the oversight!!! -Robert From noreply at sourceforge.net Fri Apr 28 01:47:01 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Apr 28 01:47:01 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1476451 ] pst3 does not exist Message-ID: Bugs item #1476451, was opened at 2006-04-25 23:54 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1476451&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jason Kau (bubbafat) >Assigned to: Ton Voon (tonvoon) Summary: pst3 does not exist Initial Comment: On Solaris, check_procs on nagios-plugins-1.4.3 is trying to use pst3 instead of a 'ps'. There is no pst3.c in the 1.4.3, 1.4.2, 1.4.2 tarballs and it's not in HEAD-200604251152 either but it's in CVS. What is the deal with this file? darlene:/home/gtri/nagios/nagios-plugins-1.4.2> grep PS_COMMAND config.h #define PS_COMMAND "/usr/bin/ps -Ao 's uid pid ppid vsz rss pcpu comm args'" darlene:/home/gtri/nagios/nagios-plugins-1.4.3> grep PS_COMMAND config.h #define PS_COMMAND "/usr/local/nagios/libexec/pst3" ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-04-28 09:46 Message: Logged In: YES user_id=664364 Jason, Thanks for the report. Just applied a fix to CVS. Please try the snapshot and let us know: http://nagiosplug.sf.net/snapshot. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1476451&group_id=29880 From noreply at sourceforge.net Fri Apr 28 02:01:05 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Apr 28 02:01:05 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1475901 ] check_tcp fails propery parse: -E -s "\\\r" Message-ID: Bugs item #1475901, was opened at 2006-04-25 02:53 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1475901&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: Release (specify) >Status: Pending Resolution: None Priority: 5 Submitted By: John Rouillard (rouilj) >Assigned to: Ton Voon (tonvoon) Summary: check_tcp fails propery parse: -E -s "\\\r" Initial Comment: With nagios-plugins 1.4.3 running on centos 4.2 redhat based linux. It gobbles all the \'s after the doubled one and prints r rather than carrige return. It should parse it as \ . Using the string: "\\a\r" properly sends "\ a ". This makes it impossible to send some strings. -- rouilj ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-04-28 10:00 Message: Logged In: YES user_id=664364 John, I think this is a shell problem: $ echo "\\\r" \\r $ echo '\\\r' \\\r I think if you use single quotes around the -s option, the correct number of backslashes will be passed to check_tcp. I've marked the call as pending. Please change if you think this is still a problem. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1475901&group_id=29880 From noreply at sourceforge.net Fri Apr 28 02:44:08 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Apr 28 02:44:08 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1478287 ] check_dns fails with CNAMEs Message-ID: Bugs item #1478287, was opened at 2006-04-28 09:43 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=1478287&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: James (jfidell) Assigned to: Nobody/Anonymous (nobody) Summary: check_dns fails with CNAMEs Initial Comment: check_dns gives an error if the hostname being checked is a CNAME instead of an A record: DNS CRITICAL - '/usr/bin/nslookup -sil' msg parsing exited with no address This patch may be sub-optimal, but corrects the problem for me: --- check_dns.c~ Fri Apr 28 10:35:45 2006 +++ check_dns.c Fri Apr 28 10:35:52 2006 @@ -136,6 +136,13 @@ non_authoritative = TRUE; } + else if ( strstr ( chld_out.line[i], query_address ) && !address ) { + if (( temp_buffer = strstr ( chld_out.line[i] + strlen ( query_address ), + _("canonical name = ")))) { + address = strdup ( temp_buffer ); + } + } + result = error_scan (chld_out.line[i]); if (result != STATE_OK) { msg = strchr (chld_out.line[i], ':'); James ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1478287&group_id=29880 From noreply at sourceforge.net Fri Apr 28 09:13:04 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Apr 28 09:13:04 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1475901 ] check_tcp fails propery parse: -E -s "\\\r" Message-ID: Bugs item #1475901, was opened at 2006-04-24 21:53 Message generated for change (Comment added) made by rouilj You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1475901&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: Release (specify) >Status: Deleted Resolution: None Priority: 5 Submitted By: John Rouillard (rouilj) Assigned to: Ton Voon (tonvoon) Summary: check_tcp fails propery parse: -E -s "\\\r" Initial Comment: With nagios-plugins 1.4.3 running on centos 4.2 redhat based linux. It gobbles all the \'s after the doubled one and prints r rather than carrige return. It should parse it as \ . Using the string: "\\a\r" properly sends "\ a ". This makes it impossible to send some strings. -- rouilj ---------------------------------------------------------------------- >Comment By: John Rouillard (rouilj) Date: 2006-04-28 12:12 Message: Logged In: YES user_id=707416 I agree, just tested and it seems to be a quoting error. Sigh. Not sure why "\\\\\r" didn't work but.... that was a long day. Sorry. Set ticket to deleted status since there is no rejected/unfounded state. -- rouilj ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-04-28 05:00 Message: Logged In: YES user_id=664364 John, I think this is a shell problem: $ echo "\\\r" \\r $ echo '\\\r' \\\r I think if you use single quotes around the -s option, the correct number of backslashes will be passed to check_tcp. I've marked the call as pending. Please change if you think this is still a problem. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1475901&group_id=29880